新しいJavaプロジェクトの研究オンラインノート-day20（IX）

4 4.1継続的統合は、継続的な統合について説明
4.1.1問題説明
以下のように従来のソフトウェア開発プロセスである：
1、現像モジュールに割り当てられたプロジェクトマネージャ
2、各モジュールの開発並行開発、および試験部
3、現像が完了し、コード統合テストのためのテスターは、テスト・サーバーにデプロイ。
4、テスト担当者は、開発者がバグ修正、バグを提出、バグを見つけ
、再び変更が統合とテストを完了しているバグ、5。
問題の説明：
モジュール間の複雑な関係によって1、および統合する際のバグが多数見つかった
2を、テストを待つには長すぎるテスター
3、ソフトウェアはの配信を保証することはできません
問題を解決するために思考を：
1.は、事前に統合テストできますか？
2.デプロイメントを統合ファウンドリプロセスの自動化ツールを使用することはできますか？
継続的インテグレーションとは何か4.1.2

継続的インテグレーション（継続的インテグレーション）はCIと呼ばれる、継続的インテグレーションのアイデアは、あなたが、改正することができるようにトランク、および統合、テスト、エラーの早期発見にコードを複数回日をマージすることです。統合を持続DevOpsチームもに属して
継続的な統合のメリット：
1、統合の効率を改善するための統合された自動化の展開を。
2、より速く問題を修正。
3、より速く配信されます。
図4に示すように、改良された製品の品質。