0

我是 Visual Stuido 的新手，我想知道如何在 Visual Studio 2010 C++ (Express Edition) 中最好地组织项目的依赖关系。

主要问题如下：项目 P 需要 lib L，因此我将依赖项 L 添加到 P。L 位于我的系统中的某个位置。我将 P 提交给我们的版本控制。我的同事检查了 P，但 P 的配置不适合他的系统（L 位于他系统的其他位置）。所以他调整了配置并将更改提交给 P。我检查了 P，现在它不适合我的系统。

我来自 Java 和 Eclipse。在 Eclipse 中，您可以为整个 IDE 的 PATH_TO_L 全局设置一个变量。在项目配置中，依赖项现在是变量 PATH_TO_L 而不再是路径。所以我和我的同事可以使用完全相同的资源，包括项目配置。我们所要做的就是设置变量 PATH_TO_L。好的。

更好的是Maven。因此，您不必关心将正确的依赖项复制到正确的位置，因为 Maven 会为您完成所有工作。

我搜索了一点解决方案。一种可能的解决方案是使用属性表并将模板属性表添加到我们的版本控制中。但是版本控制中的模板使用起来不舒服，我必须调整每个项目的设置。不是全局设置。

我尝试使用系统环境变量，但我认为 Visual Studio 2010 不使用它们。

所以这就是问题所在。您如何在 Visual Studio 2010 中组织您的项目？有没有理想的方法？是否有像 Maven 这样的东西，或者是否有可能在 Visual Studio 中使用像 nexus 这样的存储库管理器？

4

2 回答 2

1

您在正确的轨道上，使用属性表。
您可以使用属性表来引用环境变量。一个例子是here。
我会将库的路径添加到名为Microsoft.Cpp.<platform>.user. 因为这是默认包含的。更多信息在这里。

一旦你熟悉了属性表，它并没有看起来那么糟糕。我实际上开始喜欢 msbuild 系统。但我不知道任何类似 maven for msbuild 的东西。

于 2012-08-14T08:49:51.693 回答
0

如今，很多人都在使用元构建系统，例如 CMake、SCons ......

在其他有用的功能中，您可以设置一些以后可以重复使用的变量，例如路径。这样，您的同事和您自己将拥有相同的 CMake 配置，但具有个性化的路径。

而且，由于这些脚本是简单的文本文件，它们与版本控制配合得很好（比 MSVC xml 配置好得多）

于 2012-08-14T09:05:49.647 回答