TeamCity最新版本2019.1发布，本机GitLab集成等新功能带来更好的用户体验！

TeamCity是一款针对专业开发人员和构建工程师的持续集成（CI）服务器。TeamCity 2019.1提供了重新设计的UI，本机GitLab集成，以及对GitLab和Bitbucket服务器拉取请求的支持。还包括基于令牌的身份验证，Go测试的检测和 告以及AWS Spot Fleet请求。

TeamCity是一款针对专业开发人员和构建工程师的持续集成（CI）服务器。TeamCity 2019.1提供了重新设计的UI，本机GitLab集成，以及对GitLab和Bitbucket服务器拉取请求的支持。还包括基于令牌的身份验证，Go测试的检测和 告以及AWS Spot Fleet请求。感兴趣的朋友欢迎下载试用！

TeamCity最新试用版

新的TeamCity文档 站

• 我们重新设计了TeamCity 2019.1的文档，以创建更好的用户体验，并确保所有公司产品的文档具有共同的外观。

• 主要产品文档可在新文档 站上访问。

• 插件开发帮助现在位于一个单独的位置，其源文件已移至公共GitHub存储库，因此我们的 区可以为其做出贡献。

• 先前版本的文档可在Confluence中找到。

改进实验性TeamCity UI 

新的TeamCity版本带有重新设计的UI，旨在改善您对产品的体验。

• 新的补充工具栏：您现在可以轻松访问和搜索所有项目，并从侧边栏，标记构建配置或整个项目构建配置作为您的收藏夹，以便在侧边栏的顶部看到它们。新的更改，构建状态，新测试和正在运行的构建：现在都可见。

• 重新设计的Project Home页面提供了有关构建配置的仪表板样式视图。每个配置都有自己的卡，显示最多14个最新版本的直方图。还可以使用状态，构建时间以及队列中的时间。单击单个卡可以转到此构建配置的概述。

• “已修改的分支”选项卡：分支现在已拆分为类别，您可以根据需要展开和折叠它们。这有助于您保持分支的概览并方便地浏览它们。

  

• 可扩展的构建行：现在，TeamCity可以在页面上显示有关构建的更多信息，如果您需要有关特定构建的详细信息，单击它将扩展该行以允许更多信息。

• 新UI处于试验阶段，您可以使用屏幕右上角的图标切换到它。您的个人资料中还有一个新设置，默认启用实验性用户界面。由于新UI不支持所有功能，因此在需要时可以轻松返回到经典的TeamCity样式。

支持GitLab 

TamCity 2019.1支持GitLab。它允许创建与GitLab.com和GitLab CE / EE的连接，因此您可以在创建新项目或构建配置时轻松选择预定义的GitLab存储库。
       为了能够在连接期间对GitLab进行身份验证，请在GitLab中使用和范围注册OAuth应用程序，并生成机密和应用程序ID。添加新连接时，请输入密码和应用程序ID以及GitLab服务器URL。apiread_repository

支持GitLab合并请求

我们还添加了对GitLab合并请求的支持，因此您现在可以设置TeamCity以在每个合并请求上自动运行构建，并在构建成功时自动批准它。

支持Bitbucket服务器拉取请求

现在，Pull Requests构建功能可以检测在Bitbucket Server中创建的拉取请求。
要添加Bitbucket VCS根目录，请选择Bitbucket Server作为VSC主机类型并配置连接参数：

• 身份验证类型：VCS根凭据或用户名/密码

• 目标公关分支过滤

• Bitbucket Server的基本URL

TeamCity多节点设置改进

为了提高TeamCity的可扩展性，我们正致力于建立集群，其中主节点在其他节点之间分配不同的职责，并且还处理诸如升级，许可，诊断和服务器配置之类的任务。这种多节点设置意味着所有辅助节点都是统一的，并且可以以可互换的方式执行所有任务。
       除了可以由辅助节点执行的任务之外，在此版本中，可以为辅助节点分配“处理构建生命周期”职责，从而从构建相关任务中释放主服务器，例如处理构建消息来自代理商，并允许您显着增加代理商的数量。
       因此，可以启动单个辅助节点并为其分配多个职责或在多个辅助节点之间分配这些职责：

• VCS改变收集

• 运行构建处理

• 作为只读备份节点：以只读模式提供用户界面

节点上的缓存配置文件

在多节点设置中，TeamCity数据目录通过 络在辅助节点之间共享。当辅助节点启动时，它会读取位于共享数据目录中的配置文件。在具有数千个项目和构建配置的大型设置中，从 络存储中下载大量文件可能会花费大量时间。
       在TeamCity 2019.1中，我们通过创建存储在节点本地数据目录下的配置文件的缓存来优化此操作。这些文件在第一个节点启动时缓存，然后在运行时更新，这使得下一次启动更快。

Amazon Spot实例的改进

AWS Spot Fleet请求 

您可以监视代理|上所有正在运行的实例的状态云标签。

其他改进

根据EC2服务管理实例的方式，我们已经为现货实例选择了“最大价格”值，因此它们可以像按需服务一样启动。

构建工件发布选项 

构建工件可能包括分发包，日志文件， 告等，占用大量存储空间。当构建经常失败时，您可能希望仅限制工件发布到成功构建以节省磁盘空间。
       在其他情况下，即使构建已中断，您也可能需要调查工件。
       为了支持所有这些场景，我们添加了两个新选项，用于将构件发布到构建配置的常规设置。

现在您可以选择何时发布工件：

• 即使构建失败（默认）：与先前版本的TeamCity一样，如果所有先前步骤都已成功完成，则在构建的最后一步发布工件。如果发出’stop’命令，则不会发布工件。

• 仅当构建状态成功（新）时：如果所有先前步骤都已成功完成，则在构建的最后一步发布工件。TeamCity在发布工件之前检查服务器上的当前构建状态。

• 始终，即使发出了构建停止命令（新）：为所有构建发布工件，即使是已中断的构建（例如，在发出’stop’命令之后或在构建失败条件中指定的超时之后） 。

GO语言支持

TeamCity现在支持Go语言：

要构建Go项目：

• 确保代理上安装了Go编译器。

• 将“ Golang ”构建功能添加到构建配置中。

要在TeamCity UI中查看Go测试，请使用-json添加到命令行构建运行程序脚本的标志运行它们 ：go test -json或者将env.GOFLAGS = -json参数添加到构建配置中。

在不同步修订的情况下使用快照依赖性

在TeamCity构建链中，通过快照依赖关系链接的所有构建都使用源代码的同步修订，但在某些情况下，这可能是不合需要的。

在此版本中，您可以通过强制修订同步 选项禁用快照依赖项中的修订同步，例如，在将旧版本升级到部署版本配置时。构建将使用最新的部署脚本运行。

构建配置的VCS的分支过滤器

我们在构建配置的版本控制设置中添加了分支过滤器，类似于构建触发器或测试详细信息中的过滤器。在以前版本的TeamCity中，VCS设置仅允许在默认分支中禁用构建，但分支过滤器提供了更灵活的方法。要过滤分支，请使用配置分支中描述的语法。

VCS分支过滤器在任何其他分支过滤器之前应用，并限制自定义构建对话框中显示的分支，分支对触发器可见，以及从快照依赖性更改。

退出所有会话

如果用户密码遭到破坏并且在TeamCity服务器上启用了内置身份验证，则更改用户密码并不意味着用户已注销当前正在进行的所有会话，这可能存在安全风险。
       现在，您的用户配置文件中有一个新选项，退出所有会话，强制TeamCity使用户设置的所有用户会话无效，包括当前用户。管理员帐户还有一个强制用户注销所有会话的选项。也可以使用Administration |上的相应选项注销所有用户 验证页面。

基于令牌的身份验证 

除了通过凭证进行基本身份验证之外，TeamCity现在还支持基于永久访问令牌的身份验证。使用令牌，您无需在脚本中公开用户登录名和密码。令牌对REST API身份验证也很有用。
       您可以在“ 身份验证”页面的高级模式下启用/禁用基于令牌的身份验证模块：

TeamCity-YouTrack集成中用于身份验证的永久令牌

如果您使用TeamTraity与YouTrack集成，您应该知道登录密码身份验证已弃用，YouTrack将很快不再支持。

TeamCity-YouTrack集成现在支持REST API调用中基于令牌的授权。建议您获取令牌，并在项目设置|的问题跟踪器的连接设置中指定令牌 问题跟踪器页面。

通过服务消息取消构建

当您需要从脚本中取消构建时，例如，由于环境，构建无法正常进行，或者构建应该从子进程中取消，可以通过TeamCity REST API传递构建ID来实现，服务器URL，以及脚本的身份验证参数（用户名和密码）。
       现在，TeamCity提供了一种使用服务消息的更优雅方式，只需在构建脚本中添加一行，告知TeamCity取消构建。如果需要，可以在取消后将构建重新添加到队列中：

echo ##teamcity[buildStop comment='canceling comment' readdToQueue='true']

更快的代理升级

以前，构建代理在服务器升级后立即从服务器下载了所有可用工具，这可能会显着加载和减慢服务器速度。为了减少代理程序对服务器的请求影响并加快代理程序的升级，代理程序现在仅在启动请求这些工具的第一个构建时才从服务器下载工具。下载的工具存储在代理上，因此构建不会花时间再次下载它们。

代理上所有构建的单独Maven工件库

我们更改了Maven 的本地工件存储库设置选择，并添加了一个选项，为代理运行的所有构建创建单独的存储库。

这是改变了：

其他改进：

• 如果将“ Docker Support ”功能添加到构建配置中，则TeamCity服务器将自动为已安装的Docker添加代理要求，因此构建仅在兼容代理上运行。

• 从此版本开始，TeamCity在相关的运行程序中支持Visual Studio 2019：Visual Studio（sln），MSBuild，Visual Studio Test，Inspections（ReSharper），Duplicates Finder（ReSharper）。

• 调查Auto Assigner有一个新的选项，“ On second failure ”，它可以防止用户分配片状测试/问题。仅当故障连续第二次重复时，才会指派用户调查故障。

• 用于根据构建功能设置代理程序要求的新API。

• 以前的GitHub Pull Requests插件可以进行Pull请求。

• 服务器启动性能得到了改进。

• 在我的调查页面中会显示当前运行的构建失败。

• 构建运行程序现在支持.NET Framework 4.8。

已知问题

当您使用.NET CLI运行试图通过某些NuGet命令传递凭据的构建时，您可能会收到以下错误之一。

要解决上述任何问题，我们建议您在当前的SDK版本之外安装.NET Core SDK 1.x和/或2.1.400或更高版本。

如果安装了.NET Core SDK 2.x但其版本早于2.1.400：
“ 无法加载文件或程序集’System.Runtime，Version =

如果您的服务器上只安装了.NET Core SDK 3.0：
“ 如果代理上只安装了dotnet版本3.0，则在路径

如果您使用Docker映像和Windows Server 2019进程隔离，则构建代理可能无法启动。要解决此问题，请使用hyper-vDocker容器的隔离：

docker run --isolation=hyperv …

想要购买TeamCity正版授权的朋友可以咨询官方客服。

标签：