我在MSBuild遇到了一个奇怪的问题，我认为这可能只是一个环境问题。我们正在使用MSBuild构建一些单独的解决方案，它似乎可以在我的机器上运行。但是在其他几台机器上，它没有用。
我已经跟踪了这个问题，看起来其中一个解决方案（或者该解决方案中的一个项目）正在“Release”中构建，而其他所有内容都是在“Debug”中构建的。这导致一些引用丢失 - 因此在“Release”中构建的解决方案无法构建。我希望所有解决方案都在“Debug”中构建。以下是我们当前的TFSBuild.proj文件 - 我们做错了什么？
<?xml version="1.0" encoding="utf-8"?>
<Project DefaultTargets="DesktopBuild" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<!-- TO EDIT BUILD TYPE DEFINITION
To edit the build type, you will need to edit
this file which was generated by the Create New
Build Type wizard. This file is under source
control and needs to be checked out before
making any changes.
The file is available at -
$/{TeamProjectName}/TeamBuildTypes/{BuildTypeName}
where you will need to replace TeamProjectName
and BuildTypeName with your Team Project and
Build Type name that you created
Checkout the file
1. Open Source Control Explorer by selecting
View -> Other Windows -> Source Control Explorer
2. Ensure that your current workspace has a mapping for
the $/{TeamProjectName}/TeamBuildTypes folder and
that you have done a "Get Latest Version" on that
folder
3. Browse through the folders to
{TeamProjectName}->TeamBuildTypes->{BuildTypeName} folder
4. From the list of files available in this folder, right
click on TfsBuild.Proj. Select 'Check Out For Edit...'
Make the required changes to the file and save
Checkin the file
1. Right click on the TfsBuild.Proj file
selected in Step 3 above and select
'Checkin Pending Changes'
2. Use the pending checkin dialog to save your
changes to the source control
Once the file is checked in with the
modifications, all future builds using this
build type will use the modified settings
-->
<!-- Do not edit this -->
<Import Project="$(MSBuildExtensionsPath)\Microsoft\VisualStudio\v8.0\TeamBuild\Microsoft.TeamFoundation.Build.targets" />
<ProjectExtensions>
<!-- DESCRIPTION
The description is associated with a build
type. Edit the value for making changes.
-->
<Description>
</Description>
<!-- BUILD MACHINE
Name of the machine which will be used to
build the solutions selected.
-->
<BuildMachine>xxxx-test</BuildMachine>
</ProjectExtensions>
<PropertyGroup>
<!-- TEAM PROJECT
The team project which will be built using
this build type.
-->
<TeamProject>CFAST</TeamProject>
<!-- BUILD DIRECTORY
The directory on the build machine that will
be used to build the selected solutions. The
directory must be a local path on the build
machine (e.g. c:\build).
-->
<BuildDirectoryPath>C:\Build\brtcn</BuildDirectoryPath>
<SolutionRoot Condition=" '$(IsDesktopBuild)'!='true' "
>$(BuildDirectoryPath)\w</SolutionRoot>
<!-- DROP LOCATION
The location to drop (copy) the built binaries
and the log files after the build is complete.
This location has to be a valid UNC path of
the form \\Server\Share. The build machine
service account and application tier account
need to have read write permission on this
share.
-->
<DropLocation>\\my-files\xx-files\Build Drop\xx</DropLocation>
<!-- TESTING
Set this flag to enable/disable running tests
as a post build step.
-->
<RunTest>false</RunTest>
<!-- WorkItemFieldValues
Add/edit key value pairs to set values for
fields in the work item created during the
build process. Please make sure the field
names are valid for the work item type being
used.
-->
<WorkItemFieldValues>Symptom=build break;Steps To Reproduce=Start the build using Team Build</WorkItemFieldValues>
<!-- CODE ANALYSIS
To change CodeAnalysis behavior edit this
value. Valid values for this can be
Default,Always or Never.
Default - To perform code analysis as per the individual project settings
Always - To always perform code analysis irrespective of project settings
Never - To never perform code analysis irrespective of project settings
-->
<RunCodeAnalysis>Never</RunCodeAnalysis>
<!-- UPDATE ASSOCIATED WORK ITEMS
Set this flag to enable/disable updating associated workitems on a successful build
-->
<UpdateAssociatedWorkItems>true</UpdateAssociatedWorkItems>
<!-- Title for the work item created on build failure -->
<WorkItemTitle>Build failure in build:</WorkItemTitle>
<!-- Description for the work item created on build failure -->
<DescriptionText>This work item was created by Team Build on a build failure.</DescriptionText>
<!-- Text pointing to log file location on build failure -->
<BuildlogText>The build log file is at:</BuildlogText>
<!-- Text pointing to error/warnings file location on build failure -->
<ErrorWarningLogText>The errors/warnings log file is at:</ErrorWarningLogText>
</PropertyGroup>
<ItemGroup>
<!-- SOLUTIONS
The path of the solutions to build. To
add/delete solutions, edit this value. For
example, to add a solution MySolution.sln,
add following line -
<SolutionToBuild Include="C:\Project Files\path\MySolution.sln" />
To change the order in which the solutions are build, modify the order in
which the solutions appear below.
-->
<SolutionToBuild Include="..\..\xx1\xxx\Solution\xxx Solution.sln" />
<SolutionToBuild Include="..\..\xx2\Build Solutions\xx xx xx Build\Data Port Common Build.sln" />
<SolutionToBuild Include="..\..\xx3\Build Solutions\xxx Build\xxx Build.sln" />
</ItemGroup>
<ItemGroup>
<!-- CONFIGURATIONS
The list of configurations to build. To
add/delete configurations, edit this value.
For example, to add a new configuration, add
following lines -
<ConfigurationToBuild Include="Debug|x86">
<FlavorToBuild>Debug</FlavorToBuild>
<PlatformToBuild>x86</PlatformToBuild>
</ConfigurationToBuild>
The Include attribute value should be unique
for each ConfigurationToBuild node.
-->
<ConfigurationToBuild Include="Debug|Any CPU">
<FlavorToBuild>Debug</FlavorToBuild>
<PlatformToBuild>Any CPU</PlatformToBuild>
</ConfigurationToBuild>
</ItemGroup>
<ItemGroup>
<!-- TEST ARGUMENTS
If the RunTest is set to true then the
following test arguments will be used to run
tests.
To add/delete new testlist or to choose a
metadata file (.vsmdi) file, edit this
value. For e.g. to run BVT1 and BVT2 type
tests mentioned in the Helloworld.vsmdi
file, add the following -
<MetaDataFile Include="C:\Project Files\HelloWorld\HelloWorld.vsmdi">
<TestList>BVT1;BVT2</TestList>
</MetaDataFile>
Where BVT1 and BVT2 are valid test types
defined in the HelloWorld.vsmdi file.
MetaDataFile - Full path to test metadata file.
TestList - The test list in the selected metadata file to run.
Please note that you need to specify the
vsmdi file relative to $(SolutionRoot)
-->
<MetaDataFile Include=" ">
<TestList> </TestList>
</MetaDataFile>
</ItemGroup>
<ItemGroup>
<!-- ADDITIONAL REFERENCE PATH
The list of additional reference paths to use
while resolving references.
For example,
<AdditionalReferencePath Include="C:\MyFolder\" />
<AdditionalReferencePath Include="C:\MyFolder2\" />
-->
<AdditionalReferencePath Include="..\..\xxxx\Reference Files" />
<AdditionalReferencePath Include="..\..\xxxx\Build Support\SomeCoolLibrary" />
<AdditionalReferencePath Include="..\..\xxxx1.1\Reference Files " />
</ItemGroup>
</Project>
答案 0 :(得分：1)
确保所有构建脚本都包含此部分：
<ConfigurationToBuild Include="Debug|Any CPU">
<FlavorToBuild>Debug</FlavorToBuild>
<PlatformToBuild>Any CPU</PlatformToBuild>
</ConfigurationToBuild>
并将其设置为“Debug”。
答案 1 :(得分：0)
以下是我们的构建文件示例，它强制在发布或调试模式下进行构建 ＆LT;
MSBuild Projects="$(RootPath)\Source\Website.csproj"
Targets="ResolveReferences;_CopyWebApplication" Properties="Configuration=$(BuildConfiguration);WebProjectOutputDir=$(DeploymentFolder);OutDir=$(DeploymentFolder)\bin\" />
Configuration = $（BuildConfiguration）是上述示例中的关键。将$ BuildConfiguration替换为您的构建环境，或者从命令行提供它（这就是我们的工作）。这将强制构建您想要的模式。希望这会有所帮助。