解釋 Travis CI 的最簡單方法是，每次提交到 GitHub 時它都會運行程序的測試（這可以通過多種方式進行配置，并且您始終可以在某些分支上禁用構建）。 這樣做的重點是，你通常可以很快發現你的提交是否破壞了某些東西，并在它成為問題之前修復它。 我建議在每個有單元測試的 GitHub 存儲庫上運行 Travis CI，并且使用 Travis CI 支持的編程語言。 由于設置 Travis CI 非常簡單，我通常認為沒有理由不使用它，除非您不在乎您的程序是否通過了測試。

Travis 的官網。

當您運行構建時，Travis CI 會將您的 GitHub 存儲庫克隆到一個全新的虛擬環境中，并執行一系列任務來構建和測試您的代碼。

Jerry：因此在本地筆記本上執行這一切沒有意義？

如果其中一項或多項任務失敗，則構建被視為損壞。 如果沒有任何任務失敗，則認為構建已通過，Travis CI 可以將您的代碼部署到 Web 服務器或應用程序主機。

CI 構建還可以自動化交付工作流程的其他部分。 這意味著您可以使用 Build Stages 使作業相互依賴、設置通知、在構建后準備部署以及許多其他任務。

在 Travis CI 文檔中，一些常用詞有特定的含義：

• build：一組按順序運行的作業(jobs)。 例如，一個構建可能有兩個作業(job)，每個作業都使用不同版本的編程語言測試一個項目。 當它的所有工作完成時，構建就完成了。

下圖是 Travis 上 build 的一個例子：

• stage：作為由多個階段組成的順序構建過程的一部分并行運行的一組作業。

stage 的例子。

• job：將您的存儲庫克隆到虛擬環境中的自動化過程，然后執行一系列階段，例如編譯代碼、運行測試等。如果腳本階段的返回代碼非零，則作業失敗。這一點和 Linux API 的返回值設計很像。

job 的一個實際例子：

• phase：作業的連續步驟。 例如，安裝階段在腳本階段之前，在可選的部署階段之前。

更多Jerry的原創文章，盡在：“汪子熙”:

總結

以上是生活随笔為你收集整理的Travis CI 一些专用术语介绍的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。