带文件级控件的版本控制

听起来您有一些特定于项目的文件,然后有一些适用于多个项目的文件,因此您希望将这些文件存储在存储库中,这样就不必在每个特定于项目的目录中复制它们。

解决方案是并行存储所有这些目录,对于每个项目,检查所需目录的特定组合。布局可能不是构建项目所需的,但这不是颠覆性的工作——这是构建脚本的工作。编写一个构建脚本,将特定于项目的库和不可知项目的库组合到所需的布局中。

为什么不在特定于项目的存储库中为特定于项目的文件使用单独的lib目录?

如果我对您的理解正确,您需要创建目录的“覆盖”。我认为任何版本控制系统都不会这样做。

• 您可以有多个lib目录:一个用于公共内容,一个用于每个项目

• 如果你使用Java,可以在Maven(大IF…)周围找到你的头,你可以让Maven管理你的依赖关系,而不是把它们放在

我不是100%确定,但我认为IBMClearCase可能有这种能力。我使用它大约4-5年前。它还允许您拥有指向文件的链接。因此,您可以在framework lib目录中创建指向属于项目的文件的链接。但ClearCase是一只野兽,我不知道你是否负担得起。