2012-08-14 45 views
0

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

的主要问题如下: 一个项目P需要的lib L,所以我加dependecy L至P. L位于在我的系统某处。我将P提交给我们的版本控制。我的同事检查P出,但P的配置不适合他的系统(L位于他系统的其他地方)。因此,他调整配置并将更改提交给P.我检查P out,现在它不适合我的系统。

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

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

我搜索了一点解决方案。一种可能的解决方案是使用Property Sheets并将模板Property Sheet添加到我们的版本控制中。但版本控制中的模板使用起来并不舒适,我将不得不调整每个项目的设置。不是全球性的设置。

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

所以这里是问题。如何在Visual Studio 2010中组织项目?有没有一种理想的方式?有没有像Maven这样的东西,还是有可能在Visual Studio中使用像nexus这样的资源库管理器?

回答

1

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

只要你熟悉属性表,它就不像看起来那么糟糕。我其实开始喜欢msbuild系统。但是我不知道有什么像msbuild的maven。

0

相当多的人都在使用元构建系统,这些天,如CMake的,使用SCons ...

除其他有用的功能,你可以设置一些变量以后可以重用,例如为路径。这样,你的同事和你自己将拥有相同的CMake配置,但具有个性化的路径。

而且,由于这些脚本都是简单的文本文件,所以它们可以很好地与版本控制配合使用(比MSVC xml配置好得多)

相关问题