持續集成和「X作爲代碼」

在VCS中保持所有持續集成和交付配置的優點和缺點是什麼？持續集成和「X作爲代碼」

就像「基礎結構作爲代碼」一樣，這應該允許使用所有配置矩陣，管道和代碼本身的東西。執行構建，測試，部署等的順序 - 感覺就像編碼一樣。爲什麼不包含類似源代碼？它已經部分在VCS中 - makefile等，但它們並不代表整個交付過程。

特拉維斯CI是我知道的唯一那種工作方式（種）。還有其他人嗎？如果不是 - 爲什麼？

來源

2014-05-05 Mikhail Cheshkov

如果它是一段需要多次執行的代碼，或者它是一個可以重新分配的配置，它應該始終存儲在VCS中。總之，您應始終將您的配置項和交付配置存儲在VCS中。

，我能想到的唯一的con是你西港島線在VCS系統使用了一些額外的空間，但它不是太多，相當值得的開銷

來源

2014-05-08 04:38:27

完全如我所料。但是，如果是這樣，爲什麼我找不到在vcs中存儲Jenkins'job.xml'（甚至是多個作業）的方法，因此在每個新版本中，新配置都會被拾取？還是其他CI服務器？ –

我對Jenkins並不熟悉，但幾乎每臺服務器都可以進行備份，並且可以將備份存儲在VCS /磁盤備份中。如果詹金斯不提供這種功能，那麼只需編寫一個自定義的unix腳本來創建所有xml文件的zip文件。 –

我不是指_backup_（有插件，btw），我的意思是基本的工作流程，當一切需要提供新的版本是從VCS中提取的，因此即使CI服務器配置成爲「源文物」，通過輪詢，更改檢測和所有內容。就像在Travis中一樣 - 最小的配置是通過web界面完成的 - （repo url，安全數據的關鍵），大部分是從文件中回收的 - 「.travis.yml」 –

詹的工作DSL插件可能是一個開始;請參閱https://wiki.jenkins-ci.org/display/JENKINS/Job+DSL+Plugin也許您可以使用其REST API推送模板（https://wiki.jenkins-ci.org/display/JENKINS/Remote+access+API）。您可以將所有這些腳本和模板保留在版本控制之下，例如，在SVN中添加標籤時，可以從模板創建新作業。

來源

2014-05-21 20:33:10 Robert

持續集成和「X作爲代碼」

回答

相關問題