Miles' Blog

總算到了尾聲，先來回顧一下我們討論到的主題吧！

一開始了解了概念，到後面做自動化測試與 CI Server 環境建置，都是為了要達成 CI 的精神，努力至今，也完成了一些成果。

那麼，再來呢？

前幾天介紹了非常多種 CI server 的串接方法，想必大家看完都很想在自己負責的產品上接 CI server，讓 CI server 幫忙執行測試等等。但真的花心思下去開做的時候，也許會發現前幾天的例子實在是太簡單了，實務會遇到的狀況通常很複雜。

Pipelines 是 Bitbucket 提供的線上 CI 服務。至於為何說是「多樣的服務整合」，因為 Bitbucket 出自於 Atlassian 家，他們還有出許多常見的企業解決方案如 JIRA、HipChat 等。除此之外，它還支援了 Mercurial，當團隊如果使用 Mercurial 的話，也是個不錯的選擇。

GitLab 本身功能非常豐富，加上它又是開源可以自行架設的，通常會是企業選擇版控的首選。後來又追加 GitLab CI 與 Pipeline 功能，讓它的戰場跨越到 CI，並成為一個企業內部管理開發流程的好選擇。

跟 Travis CI 最大不同的是，Circle CI 除了內建 GitHub 整合外，也能整合 Bitbucket。另外 build 的能見度，會看版控的能見度來決定。換句話說，只要是私有的 repository，其他路人就無法看到 build 的結果，這會是一般企業所想要的功能。

Travis CI 有分 .org 的免費版跟 .com 的企業版。

Dapper 是 Rancher Labs, Inc. 的一個開源工具，它的簡介也非常的簡單好了解：

Docker build wrapper

三十天也快結束了，大家對 CI 已經有更深的了解了。今天開始會講 CI 工具，有了概念後再開始實作，相信會做得更有樣子。

Pipeline 是一個自動化的管線運輸貨物方式。從撰寫程式開始到程式上線，中間經過的流程通常都會是固定的，因此我們或許也可以把程式看成是貨物，使用 Pipeline 的概念將各階段的自動化處理整合起來。程式的修改只要有觸發，都可以啟動自動化處理，讓修改的過程成為一個「程式流」。