问题标签 [buildconfiguration]

我正在尝试创建一种能够通过 Testflight 分发我的应用程序的 beta 版本而不覆盖生产版本的方法。我希望能够在代码中知道它是 beta 构建还是生产构建（即以某种方式定义 #if BETA_VERSION，类似于全局 DEBUG 变量），并且我希望能够区分它与跳板上单独的应用程序图标，以及不同的应用程序名称（即 MyApp Beta 或类似名称）。

我通过复制我的发布配置来设置一个 beta 配置，并且我已经有一个用于 AdHoc 构建的配置文件（过去六个月左右我一直在通过 Testflight 分发）。我知道要更改应用程序名称，我需要更改项目 plist 文件中的捆绑显示名称属性，但我不确定如何制作单独的“配置文件”来保存所有这些更改。

我已经尝试通读这篇文章，但无法让它工作，并且在阅读说明时无意中弄乱了我的所有配置文件。

我已经为此苦苦挣扎了几个星期。此过程的细节非常不透明，因此特别感谢任何详细的说明或指针。

先感谢您！

PS，我对 Xcode 中的目标、方案和配置之间的关系感到非常困惑，这可能无济于事。

如何在 Swift 条件编译语句中检查 iOS 部署目标？

我尝试了以下方法：

但是，第一个表达式会导致编译错误：

我有 2 个单独的 Visual Studio C# 解决方案。一种解决方案包含生成 DLL 文件的项目（类库项目），另一种解决方案包含依赖于其他解决方案的 DLL 文件的项目。

关于将第一个解决方案中的 DLL 文件添加为对第二个解决方案中每个项目的引用，我有两个问题。

1. 当我将 DLL 文件添加为引用时（使用浏览选项），有没有办法使用相对目录，这样如果我将解决方案移动到不同的文件夹，我就不必更新引用了？（假设这两种解决方案相对于彼此总是位于相同的位置。）

   例如：....\Solution1\Project1\bin\Debug\Project1.dll

2. 如果我将 DLL 解决方案的配置从 Release 更改为 Debug，我希望其他解决方案项目引用 Debug 文件夹中的 DLL，反之亦然。将 DLL 文件添加到每个项目时，我可以在 DLL 文件路径中使用 Visual Studio 宏 $(ConfigurationName) 之类的东西，以便根据我是在调试模式还是发布模式下构建，我使用正确的 DLL 文件吗？

   例如：....\Solution1\Project1\bin\$(ConfigurationName)\Project1.dll

谢谢你。

我的 Grails (2.3.6) 应用程序BuildConfig.groovy：

当我运行时，run-app我收到以下错误：

我已验证 URL 指向myplugin存储插件的有效（Artifactory）maven 存储库。我的有什么问题BuildConfig吗？它是否缺少任何属性，或者是否有任何配置错误？

在项目属性的应用选项卡（红色）的顶部有 2 个灰色下拉框（绿色），我想使用它们。

我想根据当前的构建配置更改输出类型。当我进行调试构建时，我希望项目成为控制台应用程序以使用控制台进行调试输出。当我进行Release-build时，我希望该项目成为Windows Application。

那么如何启用灰色框？

注意：这是一个 C# 应用程序

我试图更好地了解视觉工作室构建配置。

我目前正在构建一个 webAPI。我还在使用团队城市来执行一些自动构建任务，因此我为此使用了不同的配置文件，而不是我在本地使用的调试配置文件。此团队城市配置文件也有其自己的配置（我将其用于转换）。因为我使用这个配置，所以我无法附加到它（它有错误我无法在本地重现）。

有没有办法在构建调试配置所具有的所有符号和调试数据时使用自定义配置，以便我仍然可以附加。我尝试通过搜索找到更多信息，但我似乎无法找到我正在寻找的正确信息。也许对配置文件和配置的更清晰的解释会有所帮助。

这是我得到的错误：编译错误：找不到javac类：org.eclipse.jdt.core.JDTCompilerAdapter

我正在尝试使用 ant 构建步骤运行构建配置并不断收到此错误。据我所知，我已经正确设置了环境变量，并且我认为 TeamCity 附带了编译 .java 文件所需的一切，为什么它找不到 javac.exe？

告诉我我能提供什么细节。可以在此处找到存储库：https ://code.google.com/p/ci-research-teamcity-test-project/source/browse

我使用一个包含很多项目的解决方案。我创建了一个新的构建配置来加快使用它的速度。

为了加快编译速度，我将大多数项目设置为不在我的新构建配置中构建。为了加快调试速度，我将大部分项目设置为在我的新构建配置中构建以供发布。

这很好，直到我必须签入对项目文件的更改，或者从其他人对项目文件的更改中获取最新信息。合并更改，或者不断地搁置和取消搁置它们是很痛苦的。

是否可以将我的构建配置存储在单独的文件中？欢迎提出解决方法的想法。

我订阅了不同类型的通知，例如 Build Starts 和 Build Fails 事件。我的构建配置附加了一个 VCS 和一个 VCS 触发器，该触发器在每次提交到任何分支时启动构建。

问题是，当针对默认分支开始构建时，我确实会收到一封电子邮件和 TeamCity Tray Notifier 消息，但是如果针对任何非默认分支（手动或通过触发器）触发构建，我不会收到通知全部。

有什么想法吗？

我对 Web 应用程序中的本地化资源有疑问。我需要从不同的程序集（网站、BLL 等）中使用它们，所以我决定将它们移到一个单独的库中。我正在使用三种不同的构建配置（调试、发布和基于发布的 QA）。当我在本地运行应用程序时，一切都很好（独立于配置）。问题是当我在 IIS 上部署它时（本地或外部服务器的情况相同）。Debug 配置中的部署工作正常，但在 QA 或 Release 中我得到这个异常：

System.Web.HttpUnhandledException (0x80004005)：引发了“System.Web.HttpUnhandledException”类型的异常。---> System.Resources.MissingManifestResourceException：找不到适合指定区域性或中性区域性的任何资源。确保“MyToolResources.Resources.Emails.Mail.resources”在编译时被正确嵌入或链接到程序集“BusinessLogicLayer”中，或者所有需要的附属程序集都是可加载的并且完全签名。

我发现了许多与该问题有关的主题，但没有一个取决于构建/部署配置。

程序集： MyTool - 网站 BusinessLogicLayer - 类库 MyToolResources - 具有资源的类库

我的资源管理器：

包含资源的程序集被正确复制到 /bin 目录中 - 在 Debug 和 QA/Release 配置中相同。