TeamCity 2020.1 釋出了。此版本能夠指定構建步驟的條件，可在 Kubernetes 群集中啟動構建代理，並與 Azure DevOps 和 Jira Software Cloud 整合。它在多節點設定中為輔助伺服器增加了更多功能，帶有新的 Slack 通知程式，還對實驗性的 UI 進行了許多重大改進。
你是否曾經想過在不同的平臺上執行不同的命令列指令碼，或者將更改在不同的分支中部署到不同的登臺伺服器？現在，TeamCity 2020.1 允許使用者指定構建步驟的條件，並僅在滿足條件時執行它們。
現在即可直接使用簡單且可重複的叢集部署。TeamCity 2020.1 允許在 Kubernetes 之上實現可擴充套件的 CI/CD 架構：可以在需要時自動啟動構建代理，執行其工作，然後在構建完成後將其刪除。
執行多個 TeamCity 伺服器並使它們協同工作，有助於提升 CI/CD 的效能和可靠性。透過使用觸發器處理擴充套件輔助伺服器的功能並支援 UI 中的使用者級操作，新版本改善了 TeamCity 在叢集環境中的工作方式。
觸發處理
從事大型安裝工作的專業人員會觸發數百（甚至數千）個觸發器，這些觸發器會觸發 VCS、軟體包更新和新工件的更改。為了幫助他們獲得最高的效能，TeamCity 現在允許輔助伺服器參與此過程，並減輕主伺服器的負擔。
使用者級操作
改進了輔助伺服器的 UI，從而可以修改使用者配置檔案、更改專案和配置的檢視、管理構建代理等。
TeamCity 2020.1 帶有一個新選項，可以從 TeamCity 伺服器下載預打包的代理分發版。預打包的構建代理不需要在連線到 TeamCity 伺服器時進行自我更新，因此可以更快、更直接地建立和更新雲映象。
新版本實施了一項新的構建功能，該功能使專案管理員可以為整個團隊設定自動警報。可以在構建配置級別上配置新的通知，這樣就能夠使用 Kotlin DSL 進行編輯、重複使用和共享。
全新的 Slack 通知程式可讓你的團隊直接在 Slack 中獲取有關構建狀態的通知。
為了支援經典 TeamCity 的更多用例，版本 2020.1 的實驗性 UI 附帶了更新的“代理和專案”頁面，並允許配置專案側邊欄。
[admin
]
來源：OsChina
連結：https://www.oschina.net/news/115894/teamcity-2020-1-released
TeamCity 2020.1 釋出：構建步驟的條件、對 K8s 的支援、新的整合與 UI已經有90次圍觀
