无麻烦的CI和CD服务器
假设您刚刚将TeamCity项目切换到Kotlin DSL。您的构建成功运行了，但是接下来呢?您可以对Kotlin DSL代码应用哪些小重构来帮助保持代码的整洁?在本文中，我们将讨论您可以采取的后续步骤。1.如果你在切换到Kotlin DSL之前使用了UI，有一个问题
今天我们将结束我们的。net集成演示。在本系列中，我们已经解释了TeamCity如何与. net集成，并带领您完成了一个教程。要了解演示版本，请阅读之前的文章:第1部分:新方法和演示版本第2部分:测试和构建项目您可以作为访客登录并探索构建r
TeamCity REST API是一个功能强大的工具，它允许您将外部应用程序与TeamCity服务器集成在一起，并创建各种脚本交互。为了使这个工具更有用和更容易理解，我们重新编写了REST API文档。与我们过去使用的一般指南相比，新的文档提供了更多的细节，并提供了更好的章节之间的导航。为
在这个博客系列中，我们将讨论我们用来集成TeamCity与。net的新方法。第1部分描述了。net运行器，涵盖了大部分核心集成功能，并介绍了一个演示项目。在第2部分中，我们将深入研究演示项目，并探索其测试和构建配置。来源:https://github.com/JetBrains/teamcity-dotnet-samples该项目已经完成
本文是与TeamCity . net开发人员Nikolay Pianikov合作编写的。微软最近发布了。net 5，这是一个新的SDK，它统一了所有现代的。net工具。鉴于此，我们已经在一个新的构建运行器中修改了与。net的集成，这个运行器从TeamCity 2019.2.3开始就可用了。在本系列博客中，我们将介绍这种新的集成并带您体验
这篇文章是与LambdaTest合作创建的。在这篇文章中，我们将展示如何在TeamCity中设置TestNG测试，并使用LambdaTest签名Selenium Grid Cloud功能来增强它们。LambdaTest允许在2000多个浏览器上执行自动化测试。这有助于实现更快的持续集成和更稳定的产品交付给消费者。与其互动
在2019.2版本中，TeamCity引入了在Kotlin DSL项目配置中使用上下文参数的能力。在TeamCity中，这些参数可以因项目而异，而公共项目声明则保持不变。这意味着您可以创建一个DSL项目模板，并根据需要在TeamCity服务器上的任意多个项目中重用它。这比存储simil方便多了
在TeamCity 2020.1中，我们引入了一个要求很高的特性——有条件的构建步骤。使用新的执行条件，您可以根据当前环境和参数控制是否在每次构建运行中执行给定的构建步骤。在这个视频演示中，我们:解释如何向步骤添加执行条件;展示如何提升你的建筑体验b
开发一个可工作的软件是困难的。就像制造一架飞机一样，它需要人才、工作部件和测试框架。在一切准备就绪之前，没有飞机离开机库。在JetBrains中，我们采用了同样的理念来构建我们的软件。严格的测试可以帮助我们在最终产品发布之前发现bug和问题
在之前的博文中，我们学习了快照依赖关系以及如何在TeamCity中应用它们来创建构建链。在这篇博文中，我们将描述快照依赖是如何支持并行构建的。更多快照依赖先前，我们开始为演示应用程序创建构建链。我们创建了两个构建配置:一个构建应用程序，另一个构建
在TeamCity中，当我们需要构建某些内容时，我们会创建构建配置。构建配置由构建步骤组成，并在构建代理上一次运行即可执行。您可以在一个构建配置中定义任意多个构建步骤。但是，如果步骤的数量增长得太大，那么检查构建配置正在做什么是有意义的——可能它做的事情太多了!我们
⚠️2020年10月12日更新:TeamCity TestDrive已被弃用。如果你正在寻找一种简单的方法来尝试TeamCity，而不需要下载并安装到服务器上，请考虑尝试一下TeamCity Cloud。TeamCity Cloud是一个完全托管的CI/CD解决方案，可以在云中自动运行构建和测试，并让您的团队更快地交付高质量的软件
