目前,我正在从传统的版本控制系统转移到我的小组项目mercurial。 作为我正在移动的代码types的一个例子,我有一个25 +项目的Visual Studio解决scheme,包含几个独立的应用程序区域,所有这些都依赖于通用代码。 纵观堆栈溢出,我发现的最接近的问题是这一个 ,但它只是提到版本控制。 我正在寻找进一步的build议,使用Mercurial来pipe理这些依赖关系的具体实现技术。 依赖关系的简化视图如下所示。 (这仅用于说明和举例;实际的依赖关系显然更为复杂,但本质上相似。) Common Lib 1 / | \ —- | —– / | \ \ App 1 Common Lib 2 \ App 2 / | \ \ ——- | —— | / | \| App 3 App 4 App 5 Common Lib模块将是共享代码 – 这将是一个DLL或SO或其他库,将在编译和运行时同时在所有应用程序之间使用。 否则应用程序可以独立运行。 我有几个目标,build立我的mercurial仓库: 为每个重要应用程序或组件组提供自己的存储库。 使每个存储库自包含。 […]
情况 我有两个.NET解决scheme( Foo和Bar )和一个包含ProjectA,ProjectB和ProjectC的公共库。 Foo和Bar引用一个或多个库项目,但库项目不在Foo和Bar Solution文件夹中。 目录结构: — My Documents* — Development — Libraries — ProjectA — ProjectB — ProjectC — Projects — Foo — Solution — .hg — .hgignore — Foo { Project Folder } — FooTests { Project Folder } — Foo.sln { References ProjectA } — Foo.suo — Bar — Solution — […]