C++ 独立于安装的visual C++;项目属性

C++ 独立于安装的visual C++;项目属性,c++,visual-c++,project,C++,Visual C++,Project,有没有一种方法可以调整visual C++(MS VS 2010 EE)项目属性,使相同的.sln文件只需在不同的计算机(当然是在Windows上)之间单击一下即可构建因此,有可能将visual C++项目上载到SVN服务器。Project使用一些具有绝对(系统相关)路径(例如boost)的库(头文件和.lib文件)及其自己的UTIL。Visual studio允许您为每个系统配置包含文件和库的搜索目录。您必须与您的同事同意哪些文件夹应成为此计划的一部分。或者,您可以使用一组预先确定的环境变量,

有没有一种方法可以调整visual C++(MS VS 2010 EE)项目属性,使相同的.sln文件只需在不同的计算机(当然是在Windows上)之间单击一下即可构建因此,有可能将visual C++项目上载到SVN服务器。Project使用一些具有绝对(系统相关)路径(例如boost)的库(头文件和.lib文件)及其自己的UTIL。

Visual studio允许您为每个系统配置包含文件和库的搜索目录。您必须与您的同事同意哪些文件夹应成为此计划的一部分。或者,您可以使用一组预先确定的环境变量,并使用相对于这些变量的路径。

Visual studio允许您为每个系统配置包含文件和库的搜索目录。您必须与您的同事同意哪些文件夹应成为此计划的一部分。或者,您可以使用一组预先确定的环境变量,并使用相对于这些变量的路径。

您可以在项目设置中使用环境变量,方法是将它们括在$()中。e、 g.如果您的环境定义了BOOST_,则包括:

set BOOST_INCLUDE=C:\boost\include\boost-1_45

然后,您可以在设置中使用
$(BOOST\u INCLUDE)
来引用BOOST INCLUDE目录。

您可以在项目设置中使用环境变量,方法是将它们括在$()中。e、 g.如果您的环境定义了BOOST_,则包括:

set BOOST_INCLUDE=C:\boost\include\boost-1_45

然后,您可以在设置中使用
$(BOOST\u INCLUDE)
来引用BOOST INCLUDE目录。

Visual studio有一些标识符,如$(ProjectDir),您可以在项目设置中使用

例如,您可以在include搜索路径中放置一个类似“$(ProjectDir)…\headers\boost\”的路径,它可以用于$(ProjectDir)的多个位置

其他如$(ProjectName),$(ConfigurationName),$(IntDir)(中间目录)也可以使用


目前我没有参考链接。

Visual studio有一些标识符,如$(ProjectDir),可以在项目设置中使用

例如,您可以在include搜索路径中放置一个类似“$(ProjectDir)…\headers\boost\”的路径,它可以用于$(ProjectDir)的多个位置

其他如$(ProjectName),$(ConfigurationName),$(IntDir)(中间目录)也可以使用


我目前没有参考链接。

那么,有没有一种方法可以在构建过程开始时自动正确设置环境变量?e、 g.project使用一些外部文本文件,其中设置了所有变量,因此每个人都可以从SVN更新,只更改一个文件,双击.sln文件,然后单击“构建”。否则肯定会有人忘记使用控制台设置一些变量。我从批处理文件运行构建,在继续之前测试这些变量是否存在。您可以这样设置环境变量,但是如果您有一个将环境变量设置到固定位置的共享构建脚本,那么首先使用环境变量的目的似乎就失败了。对我来说,设置它们的最佳位置是在“系统属性”对话框的“环境变量”选项中。您可以设置它,也可以忘记它,只要您的构建过程有一些方法可以对它们进行测试,并在它们未设置时提醒您。那么,有没有一种方法可以在构建过程开始时自动设置正确的环境变量?e、 g.project使用一些外部文本文件,其中设置了所有变量,因此每个人都可以从SVN更新,只更改一个文件,双击.sln文件,然后单击“构建”。否则肯定会有人忘记使用控制台设置一些变量。我从批处理文件运行构建,在继续之前测试这些变量是否存在。您可以这样设置环境变量,但是如果您有一个将环境变量设置到固定位置的共享构建脚本,那么首先使用环境变量的目的似乎就失败了。对我来说,设置它们的最佳位置是在“系统属性”对话框的“环境变量”选项中。只要您的构建过程有一些方法可以对它们进行测试,并在它们未设置时向您发出警报,您就可以设置它们并将其忘记。