合并核心库

大约一年前,我们公司推出了一个相对较大的软件包,主要由两个高级开发人员编写。为了便于演示,我将其称为“项目A”。从那时起,我们一直在研究一个新的软件包“项目B”,它的树中是项目A的一个分支。

项目B引用了项目A,但是现在我们接近项目B的末尾,我们还需要从A引用B。因此,在合并了A的分支之后,在与B一起使用之前,我们希望合并两个项目之间的核心库。

你在这种情况下有什么经验?在这个项目中有哪些最佳实践和经验教训?如何在对项目A中其余源代码影响最小的情况下,最好地合并核心库?

编辑: 您对保留项目A的名称空间,但将代码定位在项目B的核心库(最终将成为公司的核心库)中的可行性有何看法?从那里,只需参考遗留项目中的新公司核心库…

编辑2: 谢谢你的回复。也许需要更多的技术澄清。这两个项目都是密切相关的,但每个项目都有自己的.NET类库项目,用于核心库。除此之外,每个库都被其他各种.NET项目引用;内部和外部Web应用程序、表单应用程序等。我的更多问题是源代码应该在哪里存在-我不认为它们应该保持两个单独的.NET项目,但一个项目同时包含这两个项目,最初保留现有的命名空间。随着我们的不断发展,我们将重构、合并名称空间、清除重复功能等。毫无疑问,现有的两个库中包含的功能在未来的项目中都很有用,而且两个现有的“核心”库之间也有一个新的共享需求。