継続的インテグレーション(ジェンキンス)

継続的インテグレーションとは

継続的インテグレーション(CI)とは、コードをバックボーンに頻繁に(1日に複数回)統合することを指します。
継続的インテグレーションの目的は、高品質を維持しながら製品を迅速に反復できるようにすることです。その中心的な対策は、コードがバックボーンに統合される
前に自動テストに合格する必要があるということです1つのテストケースが失敗する限り、それを統合することはできません。
継続的インテグレーションを通じて、チームはある機能から別の機能にすばやく移行できます。つまり、アジャイルソフトウェア開発の大部分は
継続的インテグレーションによるものです。
ここに画像の説明を挿入
継続的インテグレーションの設計によれば、コードを本番環境に送信するプロセス全体には、次のステップがあります。


最初のステップ提出開発者がコードリポジトリにコードを送信するためのプロセスです。以降のすべての手順
は、ネイティブコードのコミットから始まります

テスト(最初のラウンド)
コードウェアハウスには、コミット操作用のフックが装備されています。コードが送信されるか、トランクにマージされる限り、自動テストが実行されます。

ビルド
最初のテストラウンドの後、コードを配信できる場合でも、コードをバックボーンにマージできます。
納品後、最​​初にビルド(ビルド)してから、2回目のテストに入ります。いわゆる構築とは、依存関係のインストール、さまざまなリソース(スタイルシート、JSスクリプト、画像)の構成など、ソースコードを実行可能な実際のコードに変換することを指します。

テスト(第2ラウンド)の
構築が完了した後、第2ラウンドのテストを実行する必要があります。最初のラウンドですべてのテスト内容がカバーされている場合は、もちろん2番目のラウンドを省略できます。もちろん、この時点で、構築手順も最初のテストラウンドに移動する必要があります。

展開
2回目のテストの後、現在のコードは直接展開できるアーティファクトです。このバージョンのすべてのファイル(tar filename.tar *)をパックし、本番サーバーにアーカイブします。

ロールバック
現在のバージョンで問題が発生したら、前のバージョンのビルド結果にロールバックする必要があります。最も簡単な方法は
、以前のバージョンのディレクトリを指すようにシンボリックリンクを変更することです。
ここに画像の説明を挿入

ジェンキンス

ここに画像の説明を挿入
Jenkinsは、人気のあるオープンソースの継続的インテグレーションツールであり、プロジェクト開発で広く使用されており、自動化された構築、テスト、デプロイなどの機能を備えています。公式ウェブサイト:http://jenkins-ci.org/。


Jenkinsの機能:

1.オープンソースのJava言語開発継続的インテグレーションツール、継続的インテグレーション、継続的デプロイをサポートします。
2.インストール、デプロイ、構成が簡単:yumまたはダウンロードしたwarパッケージを介してインストールでき、Dockerコンテナーを介してすばやくインストールおよびデプロイできます。これは、Webインターフェイスの構成管理に便利です。
3.メッセージ通知とテストレポート:RSS / Eメールを統合してRSSを介してビルド結果を公開するか、ビルドが完了したときにEメールで通知してJUnit / TestNGテストレポートを生成します。
4.分散ビルド:複数のコンピューターが一緒にビルド/テストできるようにJenkinsをサポートします
。5。ファイルの識別:Jenkinsは、どのビルドがどのjarを生成するか、どのビルドがどのバージョンのjarを使用するかなどを追跡できます。
6.豊富なプラグインサポート:拡張プラグインをサポートします。git、svn、maven、dockerなどのチームに適したツールを開発できます。

おすすめ

転載: blog.csdn.net/weixin_41237676/article/details/114136081