问题标签 [buildconfiguration]

在构建之前，我在项目的 Properties 选项卡中选择 x86（或 Any CPU）。

我保存了这些属性，如果我重新打开属性选项卡，它又回到 x64 作为平台和目标，为什么？

我通过删除调试和发布配置并创建“开发”和“测试”来自定义解决方案中的构建配置。一切都在本地构建良好，但在 TFS 中构建新配置之一时出现以下错误（以及其他类似错误）。

C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets (177)：无法将文件“bin\CommonServiceFactory.dll”复制到“C:\MyApp\Binaries_PublishedWebsites\ Epsi.Web\bin\CommonServiceFactory.dll”。找不到路径“bin\CommonServiceFactory.dll”的一部分。

对于外部和项目依赖项，我都收到此错误。从我读过的帖子来看，它似乎与我所做的构建配置更改有关。如果我将 TFS 构建设置为使用“调试”配置，我会收到警告，但它会成功构建。

C:\MyApp\Sources\MyApp.sln.metaproj：指定的解决方案配置“Debug|Any CPU”无效。请使用配置和平台属性（例如 MSBuild.exe Solution.sln /p:Configuration=Debug /p:Platform="Any CPU"）指定有效的解决方案配置，或将这些属性留空以使用默认解决方案配置。

非常感激任何的帮助。

MSBuild 命令：

MSBuild.exe /nologo /noconsolelogger "C:\Builds\2\MyApp\ci.MyApp.acme.com\Sources\MyApp.sln" /m:1 /fl /flp:"logfile=C:\Builds\2\ MyApp\ci.MyApp.acme.com\Sources\MyApp.log;encoding=Unicode;verbosity=diagnostic" /p:SkipInvalidConfigurations=true /p:OutDir="C:\Builds\2\MyApp\ci.MyApp.acme .com\Binaries\" /p:Configuration="Dev" /p:Platform="Any CPU" /p:VCBuildOverride="C:\Builds\2\MyApp\ci.MyApp.acme.com\Sources\MyApp. sln.Any CPU.Dev.vsprops" /dl:WorkflowCentralLogger,"C:\Program Files\Microsoft Team Foundation Server 2010\Tools\Microsoft.TeamFoundation.Build.Server.Logger.dll";"Verbosity=Diagnostic;BuildUri=vstfs :///Build/Build/2603;InformationNodeId=449514;TargetsNotLogged=GetNativeManifest,GetCopyToOutputDirectoryItems,GetTargetPath;TFSUrl=http://tfsServer01:8080/tfs/Core%20Development;"*WorkflowForwardingLogger,"C:\Program Files\Microsoft Team Foundation Server 2010\Tools\Microsoft.TeamFoundation.Build.Server.Logger.dll";"详细程度=诊断；

这是我的 csproj 文件中的一个片段：

我想做的是包含program_data.dll多个构建配置，例如，发布和调试。

我尝试执行以下操作

但是 Visual Studio 对此感到窒息。

有没有办法可以做到这一点，或者我必须<ProjectReference>为每个构建配置单独设置一个？

在使用单元测试创​​建新项目时，Xcode 将构建配置设置为测试方案的调试（运行方案相同）。

我应该区分运行（Command-R）和测试（Command-U）方案吗？

即，我是否应该创建一个名为 Test 的新构建配置，向其添加预处理器宏 TEST=1，并将其用作测试方案的构建配置？或者，我应该将 Run & Test 都保留为 Debug 吗？

我来自 Ruby/Rails 背景，您通常拥有测试、开发和生产环境。在我看来，Debug 就像开发，Release 就像生产，但是我们缺少一个测试，这就是为什么我认为添加 Test 可能是有意义的。

注释？意见？建议？

我特别问这个是因为我想为 Test 编译一些东西：

我认为如果我也为调试编译它并不重要。所以，我真的可以这样做：

但是，我现在真的只是打算做测试。所以，这就是为什么我认为我应该区分调试和测试，但想知道为什么 Xcode 默认不为你做这件事？Apple 是否认为您不应该区分它们？

我的公司已经有一个 Team Foundation Server 作为持续集成平台。但是，我希望设置的是开发人员可以在他们自己的开发机器上运行的构建配置。

假设我有一个包含 .NET C# 类库项目（我称之为库项目）的 Visual Studio 解决方案。它还包含另一个项目，其中包含库项目的单元测试类（我称之为测试项目）。

我在每个项目和解决方案级别都有正常的调试和发布构建配置。对于这两种配置，我将其设置为仅构建库项目（因此不会构建测试项目）。

我想做的是设置 2 个新的构建配置，称为 Debug With Testing 和 Release With Testing。它们将分别与 Debug 和 Release 相同，但我需要它们具有以下额外功能：

1. 构建测试项目。
2. 运行测试项目中的所有测试用例。
3. 对库项目运行代码分析。
4. 为测试和代码分析生成报告。
5. 将报告保存在特定位置。

做第1项很容易。但是，我不知道如何做第 2 到第 5 项。谁能指出我正确的方向？

任何帮助将不胜感激。TIA

我有一个基于给定目标（所有/调试）的 Makefile 在项目文件夹的发布/调试目录中生成可执行文件。我已经设置了 Eclipse-CDT C/C++ 构建行为机制，以根据活动的构建配置生成正确的输出。

例如，“release”构建配置将调用“make”，并以“all”作为行为，生成发布/输出文件，“debug”配置在调试/输出处生成调试版本

到目前为止一切都很好，但是当我需要设置“运行配置”时，我应该输入二进制文件的路径（搜索项目只是不显示任何内容），变量 ${ConfigName} 也不会在那里展开，所以我不能使用类似的东西${ConfigName}/output 作为二进制运行/调试。我还尝试将发布和调试添加到“路径和符号”/“输出位置”，但这也无济于事。

我可以在那里输入相对/绝对路径（例如./release/output），如果我点击运行，它会运行二进制文件，或者如果我点击调试它会调试它。但是，由于对路径的依赖，我必须有两种启动配置，一种用于调试，一种用于发布。

问题是运行和调试配置基本相同，只有一个可以自定义gdb，这使得它非常混乱。无论是调试还是发布活动，都可以运行/调试四种组合中的任何一种！

无论如何我可以运行/调试实际构建的内容吗？因此，如果调试版本处于活动状态，可以运行/调试调试版本吗？我什至没有将调试版本限制为不可运行或将发布版本限制为不可调试，我想这要求太多了。问题是由于两种启动配置，无论如何我都找不到使其仅取决于构建配置的一种。

我在使用 VS 2010 和 TFS 2010 的解决方案之间共享项目时遇到了很多问题。

第一个问题是每个人都以不同的方式设置他们的机器，并以不同的方式创建工作空间。有些人为所有项目使用一个工作区。有些人为每个项目使用不同的工作区。当您将两个不同的项目从树的不同部分放入解决方案时，它们不一定映射到 TFS 树结构（通常不会）。

所以一个人可能有：

另一个可能有

另一个甚至

问题是该解决方案包含物理项目位置，并且每次用户获取最新信息时，他们都会针对项目位置进行斗争并产生冲突。

我知道，简单的解决方案是授权一个单一的结构，但这在这里行不通。

第二个问题：

我们有一些共享库，这些项目包含在我们树中的不同解决方案中。其中一些项目具有不同的构建配置。一个可能有 Dev、Test、Stage、Prod，另一个有 Debug、Release、Prod。

这会导致问题，因为构建配置存储在项目文件中。如果一个项目尝试使用共享项目，而共享项目没有包含与解决方案匹配的构建配置，那么 VS 会锁定并导致各种奇怪的行为。

有没有人有解决这些问题的方法？有没有办法为不影响所有用户的位置创建本地覆盖？（类似于基于每个用户设置 Web 服务器配置的方式）

看来这些问题现在应该已经解决了。

我从来都不太清楚我应该在构建配置中使用哪个代码签名身份来了解哪种情况，如果有人能以最简单的方式解释它，我会很高兴。

这是我所知道的：

1. 我在供应门户中创建并在我的应用程序中实现开发配置文件和分发配置文件。

2. 然后我根据不同的配置文件 分配项目>>构建设置>>代码签名：

这是第一个问题：Release和Distribution有什么区别？哪一个应该连接到开发者配置文件，哪一个应该连接到分发配置文件？

3. 现在，如果我理解正确，我应该在运行应用程序之前设置“方案”：

有 5 个不同的步骤，我需要通过选择其中一个Code Signing Identity来定义构建配置：

这是一个大问题......在哪种情况下我应该选择哪个代码签名身份？

我总是在相同的两台设备上运行该应用程序：我的 iPhone 和我的 iPad；两者都在供应门户中定义并设置到配置文件中。我只想确保我可以在模拟器和设备上运行它以进行测试，然后再构建应用程序以上传到 App Store。

任何帮助/指导将不胜感激。

曾几何时，我的项目有一个“DEV”配置和一个“Web.DEV.config”转换文件。然后我删除了那个特定的配置......

...现在我又想要它了。问题是，当我添加配置，然后尝试将配置转换添加到项目中时，我收到以下 Visual Studio 投诉：

我查看了项目的物理目录，没有这个文件。我在整个解决方案中搜索了“Web.DEV.config”，结果为 0。为什么现在 Visual Studio 如此努力地扼杀我的生产力？

我有一个具有不同构建配置的 VS2010 解决方案。我一直在特定的构建配置中包含特定的单元测试项目，以便在处理特定配置时只运行相关的单元测试项目。

这很好用。（最后）

但是，该解决方案也有一个负载测试项目和一个性能测试项目。无论构建配置如何，无论我已尽我所能将它们从除一般调试配置之外的所有内容中删除，这两者都会显示在测试查看器中。

有谁知道从给定构建配置的可运行测试列表中删除这些类型的项目的任何方法...信不信由你...我不希望我的负载测试在您每次选择运行所有测试时都运行！

提前感谢您的任何帮助