【发布时间】：2013-03-31 09:12:05
【问题描述】：
目前我们使用 Source Safe 并开始迁移到 Subversion。 所有外部 SDK（> 500 MB）现在都保存在 Source Safe 中，我正在寻找将它们从 VSS 中移出的方法 到某个存储库。
我们有 C++（大部分）、C#（很多）、Java（少数）项目。数百个项目。仅限 Windows 平台。
我有几个依赖管理器但不满意：
- NuGet - 对 .Net 很好，但对 C++ 很痛苦
- Ivy - 不深入，但似乎不能被 C++ 接受
第一个问题：我还能检查什么？它应该易于最终开发人员使用。最佳案例 - 在 IDE 中进行简单构建。
目前我倾向于下一个解决方案：
分配一些很少使用的驱动器，例如 S: 并将其声明为“DEV HOME”。
然后在这里放置externals：
S:\SDK\boost\1.30\...
S:\SDK\boost\1.45\...
S:\SDK\oracle\agile_9.0.0.0\...
S:\SDK\IBM\lotus_8.0\...
S:\SDK\IBM\lotus_9.0\...
S:\Tools\NuGet\nuget.exe
S:\Tools\clr\gacutil.exe
Autobuild 机器将保存此“DEV HOME”的主副本。每个开发者都应该将必要的 SDK 从自动构建机器复制到本地，并使用 subst 创建磁盘。
我找不到这个解决方案的大问题：
- 分支机构。不同分支的项目可以包含对不同版本 SDK 的引用（例如 boost）
- 外部组件的版本不会太频繁地变化，所以这里不会有数百个，比如提升版本。
- 易于开发人员设置。
- 任何工具都支持绝对路径。
- 如果您想使用不太大的 SSD 驱动器作为源，则磁盘空间没有问题。 （目前我在符号链接的帮助下将我的外部组件移动到单独的驱动器。但对于其他开发人员来说，这看起来像是黑魔法）
小问题：
- 就我个人而言，这不是一个漂亮的解决方案。
- 磁盘 (S:) 可能正忙
- 不能在 Linux 中按原样使用（但目前我们对此不感兴趣）
第二个问题：此解决方案中可能存在哪些问题？
更新 1：为什么不是相对路径。
- externals 是否应该与源根目录在一个目录中？ ：
：
externals/...
branch-root-1.0/project_collection_1/project1/...
branch-root-2.0/project_collection_2/...
这里所有的项目都应该在一个地方或重复的外部。似乎与绝对路径的解决方案没有太大区别。
- Externals 应该与源根目录在同一个文件夹中？ ：
：
branch-root-1.0/externals/...
branch-root-1.0/project_collection_1/project1/...
branch-root-1.0/project_collection_2/...
branch-root-2.0/externals/...
然后外部将在每个签出分支中重复。每个分支结帐 + 500MB + 一些额外的设置工作。
嗯，这看起来可以接受，但我看不出它比绝对路径更好。真的，我想知道相对路径的优点，因为我也对绝对路径感到不舒服。
【问题讨论】：
-
programmers.stackexchange.com 会是这个问题更好的地方......
标签： c# c++ build external dependency-management