pushしてビルドするCIのメリットが分からない

Question

中央レポジトリにpushする際に、ローカルでビルドで動作検証をすると思うのですが、
pushした後も中央のソースを参考にし、改めてビルドするメリットが分かりません。
ローカルで成功しているのに、する意味あるのでしょうか？

むしろ、しないほうが、開発効率あがるのではないでしょうか。
しかし、pushしたあともビルドするメリットがあるのであるなら
教えて頂きたいです。

Answer 1

• 開発者はひとりではない
• 検証したことの保証

Comments

[退会済みユーザー]

では開発ブランチにpushした結果、ビルドエラーが出てしまえば、同じブランチにpush予定の人たちに迷惑が掛かってしまいませんか？エラー解消までみなさんpushすればビルドエラーですよね？

[maisumakun]

横からですが、CIを組むような場合、通常は「いきなり開発ブランチにプッシュ」なんてことは行わず、別ブランチにプッシュして、CIが通ったのを確認してからマージを行います。ビルドエラーになるような場合は、CI段階で止まるので、他の人に迷惑がかかる前に阻止できます。

[退会済みユーザー]

featureブランチを作るということですね。
理解しました。ありがとうございます。

Answer 2

・テストの結果が公開されるのでリポジトリ/PRの信頼性を担保できる
・ビルドやデプロイを開発機とは非同期的に自動で行ってくれる
・手元で用意しづらいクリーンな環境でのテストを(財力次第ではあるが)高速に実行できる→Dockerを利用することになる

ビルド手順のドキュメント→陳腐化しやすい
CIのビルドスクリプト→陳腐化した時点でこける

Comments

[退会済みユーザー]

ご回答ありがとうございました。