継続的インテグレーションと配信設定をすべて VCS に保持することの長所と短所は何ですか?
「コードとしてのインフラストラクチャ」と同様に、これにより、コード自体と同じように、すべての構成マトリックス、パイプラインなどを操作できるようになります。ビルド、テスト、デプロイなどの実行順序 - コーディングによく似た感じです。ソースコードのようなものを含めてみませんか? それは既に部分的に VCS (makefile など) にありますが、配信プロセス全体を表しているわけではありません。
Travis CI は、そのように機能することを私が知っている唯一のものです (一種の)。他にもありますか？いいえの場合 - なぜですか？
複数回実行する必要があるコードの場合、または再実行可能な構成の場合は、常に VCS に保存する必要があります。要するに、常に CI と配信設定を VCS に保存する必要があります。
私が考えることができる唯一の短所は、VCS システムでいくつかの余分なスペースを使い果たすことですが、それは多すぎず、オーバーヘッドに見合うだけの価値があります
Jenkin のジョブ DSL プラグインが出発点かもしれません。https://wiki.jenkins-ci.org/display/JENKINS/Job+DSL+Pluginを参照_アクセス + API )。これらすべてのスクリプトとテンプレートをバージョン管理下に置くことができ、たとえば、SVN でタグ付けするときにテンプレートから新しいジョブを作成できます。