我有一个项目,其中部分代码是公共的,而其他部分则不是。
我的企业版中有完整的项目版本,位于文件夹E中,有一个放置公用部分的特定文件夹P。
我认为将硬链接放在文件夹E中的公共文件的文件夹P中是个好主意。
因此,通常的工作流程应该是在企业版本文件夹E上工作,然后不时转到文件夹P提交公用文件。 (请注意,如果我“单独”工作,效果会很好)
问题是,当我对文件夹E中的文件进行一些合并/拉动/重新设置时,它将替换文件->从而更改其inode->从而不会更新文件夹P中硬链接的文件!
所以我的问题是:
是否有一个版本控制系统授权在合并/拉动/重新设置基准时不更改文件的inode?
我使用git(或git-svn),但我同意切换到此方便的选项。
谢谢
路易
PS:我已经看到了这个问题(Git and hard links),但在这里我想利用硬链接来提高工作效率。
最佳答案
我的建议是使用符号链接。它们不依赖于inode,我知道可以在Subversion中对它们进行版本控制(并且我希望git)。对硬链接进行版本控制将非常困难,因为这是合理的(尽管这是一个很糟糕的主意),但工作副本的一部分可能会跨越文件系统边界。