如何在团队环境中管理大型C++依赖项？

Question

背景

在我的职业生涯中，我惊讶地看到，在Visual中编译和执行一个项目是一个真正的挑战。问题的根源通常是由于:缺少依赖关系、缺乏文档、项目引用中断等。

为了避免这些麻烦，我尝试将项目/解决方案自动化，这样：

1. 在开发人员机器上编译项目时，运行时环境会自动设置(例如，使用批处理脚本导入缺少的Windows注册表键)
2. 编译项目时，将自动检索正确的依赖项(在构建机器和开发人员机器上)。

问题

到目前为止，我在这方面取得了相当大的成功。然而，我最近收到了一个本地C++项目，它依赖于。在编译时，该项目使用Windows环境变量来查找缺少的依赖项(例如Microsoft )。

我理解使用环境变量是过去所做的事情。但是，通过依赖软件开发人员配置开发环境：

• 您假设它们将正确地配置环境。
• 开发人员把时间浪费在配置上，而他们的时间可以更好地用于开发。

我不想讨论让开发人员配置开发环境的优点，而是想知道：

考虑到目前存在的技术(例如TFS)，在团队环境中处理大型依赖项(例如Windows )的可靠和可重复的方法是什么？

势解

1. 继续使用环境变量
   • Adv:一旦安装了依赖项，构建机器就很容易编译项目。
   • Dis:您必须花费时间进行文档化，以确保您可以从头开始配置构建机器(例如，step1:安装依赖项A，step2:安装依赖项B，等等)。
   • Dis:您依赖于神奇的环境变量来指向正确的目标。
   • Dis:当开发人员应该开发时，开发人员正在浪费配置时间。

​

1. 将依赖项检查到TFS 中
   • Adv:所有的东西都放在一个集中的地方。
   • Adv:通过设计，源代码管理保存了一个历史记录。
   • Adv:从某种意义上说，源代码管理使事情能够自我记录。
   • Dis:在构建机器上编译现在花费的时间要长得多，因为构建机器工作区必须从TFS中反复检索Windows

​

1. 其他？

上下文

• 编程语言:非托管C++
• 资料来源: TFS 2012
• 依赖关系：
  • Microsoft Windows SDK (~416 SDK)
  • 室内图书馆

​

• 我对如何管理/配置TFS构建机器的知识有限。

参考资料

• 微软：用Visual进行团队开发(第六章)

Answer 1

我记得，在为一家安全公司工作时，团队有一个脚本，它通常在您单击compile之后立即将所有依赖项复制到特定的文件夹中。它在构建属性，为一个MFC项目，然而，它是混乱的，在当时我。

这份推荐信似乎很有帮助，谢谢