应用程序中的符号链接生命周期
Symlinks lifecycle in progress of application
我想知道符号链接的生命周期。例如：我有目录：
/home/username/some_program_src
我创建符号链接：
ln -s /home/username/some_program_src /home/username/src
那我编译一下:
make
在此操作过程中，我会将符号链接更改为其他类似目录：
rm /home/username/src && ln -s /home/username/some_program_src2 /home/username/src
符号链接会保存在 "make" 程序的上下文中还是会被热替换？
确实这是一个非常愚蠢的问题，因为如果文件或文件夹（包括符号链接）被读取阻止并且仍在读取 linux 将为应用程序（或此文件夹中的某个人）缓存它。
另外，如果我将通过符号链接在文件夹中开始编译，它将通过旧符号链接在文件夹中完成编译。
如果我 运行 make 使用文件夹路径进行编译，我会说行为未定义但看起来 make 按预期完成编译。
我想知道符号链接的生命周期。例如：我有目录：
/home/username/some_program_src
我创建符号链接：
ln -s /home/username/some_program_src /home/username/src
那我编译一下:
make
在此操作过程中，我会将符号链接更改为其他类似目录：
rm /home/username/src && ln -s /home/username/some_program_src2 /home/username/src
符号链接会保存在 "make" 程序的上下文中还是会被热替换？
确实这是一个非常愚蠢的问题，因为如果文件或文件夹（包括符号链接）被读取阻止并且仍在读取 linux 将为应用程序（或此文件夹中的某个人）缓存它。
另外，如果我将通过符号链接在文件夹中开始编译，它将通过旧符号链接在文件夹中完成编译。
如果我 运行 make 使用文件夹路径进行编译，我会说行为未定义但看起来 make 按预期完成编译。