我有一个 Visual Studio 2010 解决方案，需要包含 4 个不同的第三方库和标头。这些第三方依赖项在包含之前会单独安装。所以头文件和库的包含路径在不同的机器上是不同的。
现在，我想要的是让不同的开发人员在不同的机器上构建我的解决方案，以便以最少的工作和更顺利的方式将依赖项包含在这些工具的路径中。
我遇到过以下解决方案：
使用环境变量（在使用这些环境变量之前正确设置这些工具的包含路径之前，如何创建环境变量作为预处理器语句）
使用属性页（如果在构建解决方案之前设置了这些工具，我如何将这些工具的路径添加为宏并使其在构建的每台计算机中可用）
还有其他解决方案吗？？？
我知道必须有更好的解决方案，因为这是一个常见问题，涉及多个开发人员与安装在不同开发人员计算机上不同路径中的第三方工具库和标头共享/使用相同的解决方案。
编辑：
我正在使用 Boost 库、OpenSSL 和其他两个特定的第三方工具，它们都非常依赖于我的解决方案的版本。
我们有不同的源分支，使用上面提到的不同版本的库。此外，我们还有其他共享库和标头的解决方案。因此，将这些库复制到每个解决方案目录中是没有意义的，因为它们是多余的。
因此，让它们有一个通用位置并将它们链接到不同的项目/解决方案中，并从这些库的不同安装/位置路径链接是我的最终目标。
我们在工作中也遇到过类似的情况，这真是令人痛苦。目前，我们正在迁移以将所有 3rd party 库和标头放入我们存储库的 3rdparty 子文件夹中 - 这样它们始终位于同一位置，并且每个人都针对相同版本进行构建，如果您必须构建旧分支，那么您将切换到分支时自动获取正确的库版本。我认为这是最好的方法 - 其他一切只会引起头痛。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
