持续集成战略 - 项目参考与分支/合并

Question

假设您在遗留代码库(企业API)中有7个核心项目.代码库有大约50个引用一个或多个核心项目的应用程序.在vss to tfs迁移之后,只有50个应用程序中的一个仍然可以工作,而这些迁移是手工制作的.为了使应用程序再次运行,许多已经从企业API中取出并放入自己的TFS项目中.

我试图说服同事,他们应该不会使核心项目的一个分支,并把副本分开TFS的项目,只有释放后PROD合并增加的核心项目回企业API.显然,当频率降低时,持续集成会更加困难.

我试图说服同事,最好将核心项目从企业API中取出并将它们放在自己的TFS项目中然后引用bin/Debug.

分支是否更好,将分支复制到单独的TFS项目然后合并(并在最后查看冲突)或者更好地封装核心项目并强制20个团队仅使用每个核心的一个副本项目？

Answer 1

我很确定您希望您的团队参考已经构​​建的核心 API 的二进制文件。正确的重用粒度是发布的粒度（版本化构建），请参阅 Robert C Martin 96 的 C++ 报告以及我们的解释：http ://www.urbancode.com/html/resources/articles/reuse-maturity-model .html

基本上，团队似乎处于恐慌之中，只是在做最简单的事情来让他们恢复并能够交付成果。这条路线是可以理解的，但我认为最好是他们承认将他们的公共库作为共享代码库会更好，并且重用代码而不是 dll 是不好的，并且随着事情稳定下来，技术债务将得到解决。