标签: teamcity-8.0

我刚刚在Windows上设置TeamCity 8.0,在四个独立的Git存储库中构建项目(Visual Studio解决方案).它正在按预期工作在其中三个,但在一个它被卡在更新源.四个VCS根的设置是相同的(除了Git repo获取URL).

所有TeamCity项目都使用服务器端检出.

有问题的项目的构建日志包含

[15:36:34]:bt1(跑41米:38秒)

[15:36:34]:检查更改(运行41米:37秒)

[15:36:37]:发布内部工件

[15:36:38]:[发布内部工件]发送build.start.properties.gz文件

[15:36:37]:清除临时目录:C:\ TeamCity\buildAgent\temp\buildTmp

[15:36:37]:结帐目录:C:\ TeamCity\buildAgent\work\62d0281b7178c739

[15:36:37]:更新来源:服务器端结账(运行41米:34秒)

[15:36:38]:[更新来源]将执行干净的结账.原因:代理没有任何版本的项目源

[15:36:38]:[更新资源]为VCS root构建和缓存干净补丁:git@qa.company.com:Company.WebSite.git#master

在构建代理上使用Process Monitor,我可以看到它正在使用ReadFile操作锤击以下文件夹.

C:\ ProgramData\JetBrains的\ TeamCity的\ SYSTEM \缓存\ GIT中\ GIT-11F9493A.git \对象\包\包-1490ccc8f7896ab876413465c4b48e87448bed35.pack

那个.pack文件的大小约为300MB,我认为它与Git repo的大小相同.

我已经尝试删除此文件夹并重新启动TeamCity构建代理并构建服务器Windows服务,但它只是重新创建,然后TeamCity再次锤击它.

关于如何解决此类问题还有其他建议吗？

在运行TeamCity 8.0的CI服务器上,我有一个构建配置,其最后一步是创建和推送新版本的NuGet包.

我想知道如果当前版本是个人版本,是否有办法抑制这两个步骤.

任何线索？

我目前正在尝试建立TeamCity来构建所有不属于我团队主要分支的分支机构.我无法使其工作,并且只使用默认分支运行.我们的存储库具有以下分支:master,Daily-build,Branch-Alex和其他具有相似名称的分支.我非常希望这个构建配置在不包含master的推送上运行.以下是我配置的一些图片:

1. VCS根:

2. 触发设置:

3. 当前构建配置:

TL:DR - 在团队城市设置功能分支建设是否有更好的教程？

奖励积分 - 如何使名称只是分支名称而不是"ref/heads/Daily-build"？

teamcity中是否有一种方法可以恢复已删除的构建配置.我发现还原已删除的项目是关于还原已删除项目但无法找到有关还原已删除的构建配置的任何信息.我正在使用Teamcity 8.0.6

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

private static TestContext _testContext;

private static IWebDriver _driver;

[ClassInitialize]
public static void SetupTests(TestContext testContext)
{
    _testContext = testContext;
    _driver = new FirefoxDriver();
}

[TestCleanup]
public void TeardownTest()
{
    if (_testContext.CurrentTestOutcome != UnitTestOutcome.Passed)
    {
        var fileName = Path.Combine(
            Environment.CurrentDirectory,
            string.Format("{0}.{1}.gif", _testContext.FullyQualifiedTestClassName, _testContext.TestName));

        ((ITakesScreenshot)driver).GetScreenshot().SaveAsFile(fileName, ImageFormat.Gif);

        Console.WriteLine("Test outcome was {0}, saved image of page to '{1}'", _testContext.CurrentTestOutcome, fileName);
    }
}

这在使用ReSharper在本地开发PC上运行时效果很好,但在我们的构建服务器(使用TeamCity)UnitTestOutcome上总是如此Unknown,尽管TeamCity将它们报告为已通过.

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

我有一个包含三个构建配置的项目:

1. 积分
2. 部署开发
3. 部署版本

构建配置2和3通过快照依赖于1.

有3个VCS根:

1. Git - All(与build config 1一起使用)
2. Git - 开发(与build config 2一起使用)
3. Git - Master(与build config 3一起使用)

默认的分支和分支规范如下:

Git - 全部

默认分支:

开发

分支规格:

+:refs/heads /(develop)
+:refs/heads /(master)
+:refs/heads /(feature/)
+:refs/heads /(hotfix /)
+:refs/heads /(release)
+:refs /头/(支持/*)

Git - 开发

默认分支:

开发

分支规格:

+:参考文献/头/(显影)

Git - 大师

默认分支:

主

分支规格:

+:参考文献/头/(主)

这是问题......

当我为第三个构建配置运行构建时,我希望依赖项检查主分支上的集成构建.它没有做,并将始终使用集成构建配置的默认分支(当前开发).

有没有办法实现我想要的？

• 有一个集成构建配置
• 有一个单独的构建配置,它只依赖于开发分支更新
• 有一个单独的构建配置,它只依赖于主分支更新

我过去的方式是在单个构建配置中使用多个CVS端点,这似乎也是错误的,如果可能的话我想避免这种情况.

我有一个TeamCity(8.0.5)设置,运行多个代理和多个配置多个项目.

我们有一些CI的构建配置(例如编译和单元测试)和一些用于自动部署的配置.

部署配置在共享服务(例如IIS/sql等)上运行脚本,因此无法与任何项目中的其他部署版本并行运行.

在团队城市有没有办法限制这个？

我已经看到设置为"限制并发构建",但这仅适用于单个配置,我也尝试将部署构建限制为单个公共代理,但到目前为止我还没能做到这一点.

在Windows代理上运行的TeamCity项目中,我想读取文件的内容,然后根据文件内容创建一个目录.

作为命令行构建步骤执行此操作似乎是合乎逻辑的.我已经尝试创建一个局部变量"VERSION"以及一个自定义的teamcity参数,但我无法工作.似乎windows cmd变量与TeamCity定义的env和系统变量没有很好的结合.我使用以下自定义脚本:

echo "Distributing"
set VERSION=< component_version.txt
echo %VERSION%
echo "Copying files to dir \path\to\dir\%VERSION%\"
mkdir \path\to\dir\%VERSION%\

有关如何实现这一目标的任何建议？

我可能会忽略TeamCity中的内置参数.我正在尝试将构建状态作为参数发送到控制台应用程序.控制台应用程序是一个构建步骤,即使先前的步骤失败也需要运行.如果先前的步骤失败,它将做一件事,如果前面的步骤成功,它将做另一件事.

我将控制台应用程序设置为采用构建状态参数,但我找不到要使用的内置构建状态参数(成功/失败).我错过了一些容易的事吗？如何访问构建状态？

谢谢!

我的TeamCity构建失败,因为我有一个项目,其中包含2个EF代码迁移配置.

从构建日志:

[12:39:58]Checking for changes
[12:39:58]Collecting changes in 1 VCS root (1s)
[12:40:00]Clearing temporary directory: C:\TeamCity\buildAgent2\temp\buildTmp
[12:40:00]Publishing internal artifacts
[12:40:00]Checkout directory: C:\TeamCity\buildAgent2\work\1679b8b30e00ad0
[12:40:00]Updating sources: server side checkout (2s)
[12:40:03]Step 1/8: Gulp (Command Line)
[12:40:03]Step 2/8: Nuget Package Refresh (NuGet Installer) (3s)
[12:40:06]Step 3/8: Compile (MSBuild) (21s)
[12:40:27]Step 4/8: Unit Tests (NUnit) (33s)
[12:41:01]Step 5/8: Transform Files (Powershell) (2s)
[12:41:03]Step 6/8: Deployment Build on XXXXX Live (MSBuild) (25s)
[12:41:29]Step 7/8: Deploy Database (Powershell) (5s)
[12:41:34]Step 8/8: Deploy Portal.Hub (Powershell) (33s)
[12:42:08]Publishing …