一千萬個為什麽

搜索

Jenkins和TeamCity之間的主要區別是,如果有人與Jenkins一起工作?



這些工具似乎具有非常相似的特征。

在習慣Jenkins之後開始使用TeamCity有多復雜?有什麽需要註意的具體概念?

轉載註明原文: Jenkins和TeamCity之間的主要區別是,如果有人與Jenkins一起工作?

一共有 3 個回答:

TeamCity :

它看起來更好,如果這對你的團隊來說很重要,那麽它應該明確地加入。也就是說,如果它非常重要,那麽最終可能會創建工具或某種儀表板覆蓋層來支持你的團隊,真正想要的是最好的API。還沒有嘗試Jenkins API,所以我無法比較,TC API雖然應該得到你所需要的。

他們的支持非常好,他們的反應相對較快,而且很有禮貌。但是,這並不意味著你會得到你想要的。如果您以非常規的方式使用該系統,那麽您可以很好地將錯誤放在貨架上......發生在我們身上。在這一點上,使用它變得非常令人沮喪,您面臨的是一個黑盒子,而不是解決它的問題。在這一點上,事情會變得怪異和醜陋。

如果你在你的管道中做了很多自定義腳本,它通常很快就能完成你想做的事情,而日誌交互準API也是一個非常好的功能。

詹金斯:</強>

戰鬥測試和廣泛。

但它有點不那麽漂亮,盡管說它很醜陋,但是可以說功能在出現之前就已經出現了。

我敢肯定,如果你環顧四周,你可以找到第三方公司的私人支付計劃。如果這對你的商店來說很重要,那麽不要只是在交易的“開源”部分進行阻止,社區是非常廣泛的。

很多,我的意思是很多插件。再次,不要只限於自己的官方渠道,很多插件可以在github和其他地方找到。

我發現兩者的入門速度都相當快,但對於Jenkins來說,使用插件可能需要比TeamCity更具動態性。所以,如果你有一個嚴格的IT部門,並且不會讓管理員訪問服務器,這可能會造成問題。由於比TeamCity(每周)更快的發布周期,使其復雜化。

我發現Jenkins確實比TeamCity支持更多的發布周期範例。可能更容易找到一個開箱即用的過程模板,它與您所想的更接近。我用儲備說這個,因為我現在還沒有處理TeamCity兩年。

我個人比較喜歡詹金斯,主要是因為我對這些工具偏向於開源,因為我發現它的結構和配置機制與我更接近。

因人而異

總體而言,用戶體驗非常相似。 TeamCity有一個更漂亮的用戶界面,但不是特別容易使用。就功能而言,這兩者實際上是等效的。大多數術語也是一樣的。

然而,插件生態系統是相當不同的;你一定會想看看TeamCity有哪些插件可以實現你想要做的事情,因為這可能是轉換過程中最大的難題。如果您習慣於運行某些Jenkins插件,則需要了解a)TeamCity提供的功能,而不需要任何插件,以及b)可以使用哪些插件來添加任何剩余的功能,以及它們與插件的區別'曾經在詹金斯。

大多數觀點我都同意阿德裏安。 TeamCity的用戶界面絕對漂亮,與TeamCity相比,TeamCity提供的內置功能要多於Jenkins。但詹金斯是開源的,雖然質量(和文檔)從插件到插件有很大不同,但生態系統非常廣泛。

我一直在使用Jenkins多年,最近剛剛開始使用TeamCity。例如,在Jenkins中設置相關工作要比在TeamCity中更簡單,更直觀。