在版本控制中开发和使用通用库的最佳实践?

Bli*_*ixt 6 svn version-control

我一直想知道如何将两个或多个项目中使用的积极开发的公共库存储在版本控制中.我认为它的处理方式可能与第三方库不同,因为内部库更有可能获得应该在版本控制中分发给许多项目的热修复程序.

它的二进制文件是否应该导入到更新时使用它的项目(非常类似于第三方库),或者可以将其源代码与项目一起检出?是否可以在Subversion或其他版本控制系统中引用其他版本控制的路径?

我在一个项目工作,现在已经检查与项目,在Subversion的其他地方居住(在许多项目中使用)公共库,所以在这个项目对他们所做的任何更改不会反映在他们的"真实"信息库.我将建议对此进行一些更改,但我想了解处理这些公共库的最佳实践是什么.

sbi*_*sbi 6

正如其他人已经提到的,SVN的外部是一个很好的方法.通过它们,您可以引用存储库的其他部分(或其他存储库,FTM).项目可以引用其他(库)项目或某些分支或标记的头部.后两者用于稳定,前者用于始终与库最新.

我已经看到使用CVS的这些行的各种方案(这里没有外部,所以它是必须执行的签入脚本)和SVN.在我正在工作的公司中,我们为项目和共享库提供了不同的顶级文件夹.项目可以参考图书馆.在项目的主干上,这些外部引用通常是库的头部,标签和分支项目引用库的标签(或者有时是分支).