问题标签 [teamcity-9.1]

VCS trigger每次检测到特定分支中的新提交时，我都会开始构建。但有时我希望跳过其中一个步骤。我决定为此类提交添加一个特定的关键字。

我尝试使用模板和两种配置（一种启用步骤，另一种禁用），但无法修改VCS Trigger派生配置中的属性。此外，我无法VCS Trigger在配置和模板中添加第二个：当我单击“添加”时VCS Trigger，列表中没有。

怎么做到呢？

我正在尝试为 teamcity 构建设置自动合并更改。TeamCity 专业版 9.1.6（内部版本 37459）

我希望将分支 release/* 中的所有更改合并到以下分支中：

VCS 根规范：

默认分支

分支规范

自动合并：

观察分支中的构建

合并到分支

我收到错误：

自动合并失败：找不到要合并到的目标分支：根据 VCS 根分支规范，没有 VCS 分支映射到“develop-automerge”逻辑分支名称

我还尝试在分支规范中包含develop-automerge：

分支规范

该分支develop-automerge存在，并且有此分支的构建。

在 release/* 中构建后得到相同的错误消息

这个设置有什么问题？

我正在尝试获得最新的成功构建。

此请求返回指定的所有成功构建buildType（如下BUILDTYPE所示）。

有没有办法进一步过滤以获得相应的最新成功构建buildType？

TeamCity 版本： Professional 9.1.3（内部版本 37176）

我们有一个托管在 Linux OS 机器上的团队城市。我们有一个 TFS 存储库，我们需要对其进行自动构建和自动部署。但是，当我设置 VCS 根时，它给了我一个错误，即只能在 Windows 机器下运行的机器上创建 TFS 根。我寻找解决方案，我得到的一个解决方案是我们可以使用 tfs-plugins。
有没有办法编写一个自定义脚本，必须用于每次签入时签出代码。请帮忙！！

我最近更新到TeamCity 9.1.6以运行基于NUnit 3.2.1的新单元测试。但现在我无法运行测试：

我在构建步骤中选择了 NUnit3 执行器，并进行了相应的配置：

构建时，出现错误：“无法加载文件或程序集‘nunit.framework’或其依赖项之一。系统找不到指定的文件。” .

一切都应该没问题，路径没问题，程序集在测试程序集的路径中，一切都内置在 AnyCPU 配置中。还有一个错误指出 NUnit 版本不是发布版本，我认为这是胡说八道，它是 NUnit 网站上的发布。并且该错误似乎并没有破坏任何东西（即使我在“nunit.framework”错误之前出现错误，并且当我修复了那个错误时，它也存在，构建更进一步）。

任何线索表示赞赏！

更新： 使用命令行运行程序运行测试并运行相同的 nunit3-console.exe 工作正常。所以我想这是一个 NUnit runner 特定的问题。不过，欢迎就如何解决此问题提出建议。

更新 2： 我尝试将 TeamCity 使用的解决方案包和 NUnit-Console 降级到 3.0.0 - 仍然是相同的结果。

更新 3： 正如我所怀疑的，TeamCity 支持确认有关“不支持 NUnit 版本”的消息是错误的，不应该影响任何事情。

我有一些测试配置为每天早上 05:00 UTC-4 运行。

然而，触发器似乎参差不齐。它已经运行了很多次，包括在 5 月 4 日和 5 月 5 日，但是自从我配置触发器以来，它在今天早上以及其他几天都未能运行。

有谁知道这可能是什么原因造成的？有什么方法可以追溯触发器无法运行的原因吗？

命令行

日志

怎么了？

我们有一个使用Versioned Settings配置的 TeamCity 项目。它有一个构建失败并显示消息Failed to load build settings from VCS。

我们认为我们已经了解了造成这种情况的原因（有两个同名的构建配置 xml 文件）。所以我们修改了文件.teamcity夹下的相应文件，提交了更改并推送到了 git。

但是，TeamCity 并未检测或应用我们的修改。事实上，我们在构建日志中清楚地看到，TeamCity 仍在从之前的提交中读取构建设置，然后再进行修复。

因此，出于某种原因，TeamCity 一直在读取旧配置。我们现在已经在修复后进行了几次提交，但这没有任何区别。

文档说明您可以按下按钮Commit current project settings...来同步设置。但是我们已经尝试过这样做，但这也无济于事。

我们正在使用 TeamCity Enterprise 9.1.3（内部版本 37176）

我正在寻找一种在上次构建期间仅运行失败的 pytest 的方法。

我已经为 pytest 尝试了 --lf 选项，但它没有帮助，我想这是因为 teamcity。

有没有人面临同样的问题？

我想知道是否有人可以通过告诉我我在这里缺少什么来帮助我保持理智。先说背景。

我们在 TC 中有 5 个数据库项目，每个项目都有一个构建步骤，然后是一个部署步骤。这 5 个项目中有 4 个可以完美构建和部署。

然而，第 5 个构建正常，但随后在部署到其 SQL Server 期间引发以下错误；

“*** 生成部署计划时出错。部署无法继续。”

Element 或 Annotation 类 PersistedResolvableAnnotation 不包含 Property 类 Length。

[08:32:52][Exec] C:\TeamCity\BuildAgent3\work\c3c1bdeecddf68ca.Build\dbdeploy_single.proj(9, 5): 错误 MSB3073: 命令 ""C:\Program Files (x86)\Microsoft SQL Server\120\DAC\Bin\sqlpackage.exe" /Action:Publish /sf:"../DB-ExampleData/ExampleData/bin/Release/ExampleData.dacpac" /pr:"../DB-ExampleData/ExampleData/ UAT.publish.xml" /TargetServerName:IP.IP.IP.111" 以代码 1 退出。

在我的调查中，我将 UAT.publish.xml 与一个有效的进行了比较，它们看起来是相同的。我已经尝试过 Windows 身份验证和 SQL 身份验证，这也没有什么区别。从 Visual Studio 中运行时，发布文件也可以正常工作。

我已经检查了工作项目和这个项目之间的部署设置，我能看到的唯一区别是预期的数据库名称。

有没有人对这可能是由什么引起的以及我如何解决它有任何想法。如果需要，我有日志和屏幕截图。

感谢您抽时间阅读。

网卡