问题标签 [teamcity-8.0]

我正在使用 TeamCity 8.0.4 版。

我有一个使用 NUnit 运行器和 PartCover 作为覆盖工具的构建步骤。

我已按照此处列出的步骤（http://www.jeremyskinner.co.uk/2010/07/23/using-teamcity-with-partcover-4/）。也就是说，我复制了 PartCover.dll 并对其进行了适当的重命名，并使用了博客中链接的 XSLT。

“包括程序集”字段只有：

“排除程序集”字段只有：

正确执行测试后，我的构建日志收到以下消息：

有谁知道我做错了什么？

我是 Teamcity 的新手，我用 grunt 设置它来构建我的 web 应用程序。我正在使用带有 Teamcity 8.0.5的jonnyzzz/TeamCity.Node 插件。

所有 grunt 任务都安装在项目本地，依赖项位于 node_modules 目录中。Teamcity 将所有文件发送到代理，包括 node_modules。理想情况下，我不想签入 node_modules，也不想将节点插件发送给代理。如何将 Teamcity 设置为仅将项目文件传输给代理，并且代理已经拥有节点模块？也许我必须在全球范围内安装模块？好像不太对。。

另外，我怎样才能从 grunt 中访问内部版本号？我假设插件以某种方式发送它，但没有找到在哪里或如何......

提前致谢。

I have been playing around with TeamCity to get a CI environment up and running.

I started by following Troy Hunt's 'You're deploying wrong', which was very useful, however I wanted to split the packaging and deployment into 2 seperate steps, for the following reasons:

1. I wanted to pass some additional flags to msdeploy, which isnt possible (to m,y knowledge) by using the MSBuild Package and Deploy that Troy describes.
2. I can easily disable the Second Build Step i.e. deployment, if I ever need to build the package but not deploy it.
3. I wanted to use the -skip flag on msdeploy to prevent it from deleting certain folders, which again I couldn't find any method of doing without passing as an argument to the command line.

So, in my first MSBuild step I just have the parameters:

/P:Configuration=%env.Configuration%
/P:VisualStudioVersion=11.0
/P:IgnoreDeployManagedRuntimeVersion=True

And then I have a second Build Step that uses a command line build runner to execute the following msdeploy command:

The problem with this is that apparently TeamCity doesnt publish the artifacts until all the build steps are complete, so therefore the Command Line process fails because the package zip file doesnt actually exist at that point.

I have read something about publishing artifacts whilst the Build is still in progress but that does seem like a bit of a hack.

Any advice would be greatly appreciated.

我想将我的 powershell 构建步骤脚本传递给当前登录 teamcity 并触发构建运行的用户。我试图以不同的方式处理它，用户签入一个包含用户用户名的文件，但我的 PM 坚持我使用 teamcity 传递用户。我努力了

他们都没有给我正确的用户名。有人可以帮忙吗？

我一直在尝试让 TeamCity 与 MVC 5 项目一起工作。它成功构建了项目，但在使用 MSDeploy 时失败了。错误是：

查看它谈到的文件，我可以看到：

所以，我不知道我是否需要以某种方式改变它。

我没有在运行此版本的 TeamCity 服务器上安装 VisualStudio 2013：TeamCity Professional 8.0.5（内部版本 27692）。

我虽然安装了 MSBuild（团队城市未满足要求：MSBuildTools12.0_x86_Path 存在）。如果我转到创建 cmd.deploy 的文件夹并从命令行运行它，那么它部署得很好。我想知道如何指定 UserAgent。

我正在运行带有 1 个构建计划的 TeamCity 8.0.3，其中还包括 MSTest 构建器。

构建服务器不运行构建代理，因此构建工件是在充当构建代理的开发人员机器上创建的。或者我想..

查看构建服务器，在 \ProgramData\JetBrains\TeamCity\system\artifacts\Team\MyBuild#\MStest 下，我看到 37 个文件夹，每个文件夹都有一组单独的程序集，这很有趣，因为只有 25 个单元测试。

我有 3 个构建步骤

据我所知，这一切都应该发生在构建代理上。不知道为什么服务器会囤积所有这些程序集副本？

与 github 和 teamcity 合作，构建似乎要么是分支，refs/heads/master要么是master分支。

每当 github 服务挂钩启动构建时，它就在分支上master。

每当 TeamCity 启动构建时（例如，当我开始构建或依赖构建触发构建时），分支都是refs/heads/master.

这会导致在同一页面上显示两个内部版本号，最后master一个版本为refs/heads/master.

有没有办法让 TeamCity 触发的构建构建master而不是构建refs/heads/master？

或者有没有办法获得master并被refs/heads/master视为同一个分支，而不是不同的分支？

我正在检查TestContext.CurrentTestOutcome我的TestCleanup方法，以便在测试未通过时执行操作（在这种情况下，测试使用 Selenium 来运行网站，如果测试未通过，我将保存屏幕截图）。

这在使用 ReSharper 的本地开发 PC 上运行时效果很好，但在我们的构建服务器（使用 TeamCity）UnitTestOutcome上总是Unknown，尽管 TeamCity 报告它们已通过。

MSDN上的文档不是很有帮助。什么可能导致此值设置为Unknown？

我正在使用 TeamCity 进行 CI。我的一些单元测试在运行时会生成文件（基于 Selenium 的测试失败时的浏览器屏幕截图），并且这些文件被放置在Environment.CurrentDirectory例如

我想将这些文件包含为TeamCity artifacts，但这似乎 TeamCity 无法根据 checkout 目录查找工件。

一种解决方法是将我生成的文件保存到硬编码路径（例如C:\temp），但这并不理想。有没有更清洁的替代品？

当有 0 个文件更改时，我们目前在使用 VCS 触发器触发构建时遇到问题，我们的 VCS 根配置了 Mercurial

我们有一个结帐规则设置，仅签出我们要构建的解决方案的必要文件夹，并且我们要求仅在解决方案所属的文件夹发生更改时才构建解决方案

我们遇到的问题是，当文件夹没有任何更改时，teamcity 会触发构建，这仅在我们合并头时发生。

待处理的更改将显示 0 个文件，如果您查看文件更改，则显示的文件来自检出规则或 VCS 触发器中未包含的文件夹。

我似乎无法弄清楚这一点，因此将不胜感激。