CIについては下記書籍の5章にいい感じの説明が乗っています。CIに限らずDevOpsという開発と運用に関する手法がまとめられていて非常に良い本です。単行本(ソフトカバー)なぜCIが必要なのかCIが無い場合、ユニットテストが継続的に実行されないので、「誰かがユニットテストを実行した時に、たまたまテストが落ちていることに気づく」ことになります。これが本番デプロイ直前だった場合、非常に困ります。テストは実行するのが面倒なので、次第にみんな実行しなくなっていきます。クラスAを修正したとします。対応したクラスAのテストを修正して問題ないことを確認します。この時、もしかしたらこの変更でクラスBも影響を受けているかもしれませんが、クラスBのテストは実行しません。いやいや、自分はちゃんと実行するから。思うかもしれませんが、CIで実行されていないテストは通ることが担保されていないも同様と思ってもいいと思います。単行本(ソフトカバー)無料で使えるCIは無料で使えるCIで有名どころは2つあります。ビルド時間はテストを実行している時間の長さと考えてください。採用していると思います。小規模なプロダクトであれば250分もあれば十分です。*1CircleCIの設定を書く方針GitHubにプッシュされた時点でDockerのビルド→それを使ってユニットテストの一連の流れを実行します。一連の流れみたいなものです。今回は「DockerビルドするJob」と「テストをするJob」を作成します。分ける必要があります。組み合わせたものです。Jobを並列につなぎ合わせたり直列につなぎ合わせたりすることができます。実際の設定を見るとわかりやすいです。以下のようになります。設定しておく必要があります。instead.」と書いてありました。今回のやつはちょっと書き換える必要があります。広告出てきて*1:もし1週間あたり250分以上のビルドをするのであれば、有料を使ってもいいレベルのプロダクトだと思います。それか1回のビルドにかかる時間をがんばって短くしましょう。あり、AとBは依存関係が無いので、可能であれば並列で実行したい、といった場合もJobを分ける必要があります。普通に上からコマンドを実行していけばいい場合は1つのJobにしておいたほうが、データのやり取り(Dockerイメージのやり取りのような)も簡単になってデメリットが少ないです。(2)月別アーカイブスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。