0

我有一个项目,其中部分代码是公开的,而其他部分不是。

我在文件夹 E 中的企业中对完整的项目进行了版本化,并在特定文件夹 P 中放置了公共部分。我认为将硬链接放在文件夹 E 中公共文件的文件夹 P 中是个好主意。

因此,通常的工作流程应该是在企业版本的文件夹 E 上工作,偶尔去文件夹 P 提交公共文件。(请注意,如果我“单独”工作,效果很好)

问题是,当我对文件夹 E 中的文件进行一些合并/拉取/变基时,它会替换文件 -> 从而更改它们的 inode -> 因此文件夹 P 中硬链接的文件不会得到更新!

所以我的问题是:是否有一个版本控制系统可以授权在合并/拉取/变基时不更改文件的 inode 选项?

我使用 git(或 git-svn),但我同意切换到这个方便的选项。

谢谢

路易斯

PS:我看过这个问题(Git and hard links),但在这里我想利用硬链接来更有效地工作。

4

1 回答 1

0

我的建议是使用符号链接;它们不依赖于 inode,我知道它们可以在 Subversion 中进行版本控制(我希望 git)。版本控制硬链接将非常困难,因为它是合理的 - 尽管这是一个非常糟糕的主意 - 您的工作副本的一部分可能会跨越文件系统边界。

于 2011-05-31T21:54:15.497 回答