强制版本控制在从另一个仓库中合并/拉取时不破坏硬链接?

问题描述

| 我有一个项目,其中部分代码是公共的,而其他部分则不是。 我的企业版中有完整的项目版本,位于文件夹E中,有一个放置公用部分的特定文件夹P。 我认为将硬链接放在文件夹E中的公共文件文件夹P中是一个好主意。 因此,通常的工作流程应该是在企业版本文件夹E上工作,并不时地转到文件夹P提交公用文件。 (请注意,如果我单独工作,效果很好) 问题是,当我对文件夹E中的文件进行一些合并/拉动/重新设置时,它将替换文件->从而更改其inode->因此,在文件夹P中硬链接文件不会得到更新! 所以我的问题是: 是否有一个版本控制系统授权在合并/拉动/重新设置基准时不更改文件的inode? 我使用git(或git-svn),但我同意切换此便捷选项。 谢谢 路易 PS:我已经看到了这个问题(Git和硬链接),但是在这里我想利用硬链接的优势来更有效地工作。     

解决方法

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

相关问答

Selenium Web驱动程序和Java。元素在(x,y)点处不可单击。其...
Python-如何使用点“。” 访问字典成员?
Java 字符串是不可变的。到底是什么意思?
Java中的“ final”关键字如何工作?(我仍然可以修改对象。...
“loop:”在Java代码中。这是什么,为什么要编译?
java.lang.ClassNotFoundException:sun.jdbc.odbc.JdbcOdbc...