ジェンキンスはrobotframeworkを統合しました

継続的インテグレーションの概念

継続的インテグレーション（CI）は、継続的にフィードバックを受け、改善を行う、欠陥を見つけて修正するために、開発サイクルの後まで待つ必要はありませんし、チームを可能に練習です。

その利点のいくつかの側面があります。

エラーは素早く●：あらゆる小さい更新が完了すると、それはトランクコードに統合されて、あなたはすぐにエラーを配置することは比較的容易であり、エラーを見つけることができます。

●トランク枝からかなりのずれを防止：それは多くの場合、スケルトンコードを統合されていませんし、継続的に更新されている場合は、統合することさえ難しい、難易度の増加の将来の統合につながります。

●減らす反復作業：あなたがコンパイルすることができ、導入、テスト、およびその他のアクションはあまり手動での介入なしに、自動化された継続的な統合により、自動化になってきました。

展開ジョブライン、ビルド、デプロイ、テスト、およびリリース自動化からのアプリケーションは、このプロセスは、DevOpsチームの近代的な概念のコアコンポーネントがあるように。別の内部業務では、展開パイプラインの具体的な実装は、同じではありませんが、基本的な原理は同じです。

一般的な共通線：コードを提出 - >静的コードスキャン - >ユニットテスト - >コンパイラパッケージ - >自動展開 - >インタフェースのテストの自動化 - > UIテスト自動化 - >本番環境を公開 - >ユーザ検証フェーズ

展開：

1は、トリガーの構造：プッシュマスターブランチのsvnプロジェクトへの展開、開発者コードまたはマージコードの開発環境は、対応するサーバコードにジェンキンスが展開されています。

2、建物のパラメータは：プロジェクト後のmasterブランチのsvnマージコードにコードまたはプッシュを開発し、テスト環境デプロイメント環境のために事前に配線、およびコードを展開しませんが、ジェンキンスは、ビルドボタンをクリックし、Webインターフェイスにログインする必要があり、伝記対応するパラメータと展開する前に（そのようなパラメータを使用して、ブランチを展開する必要がある、タグを構築する必要があります）。

3、ビルドまでの時間：自動包装のために、タイミングを追加することで構築されたパラメトリック建築に基づいて手動でそう、パックされていない場合、開発者は、SVNジェンキンスから最新毎朝それを引っ張ってもらう、手動でタグがパッケージ化されて入ってくるジェンキンスを記録することができますコードパッケージ。

継続的インテグレーションの基本的な構成

デプロイメント環境技術ソリューションのこの全体的なアイデア：SVN + RF +ジェンキンス+ nginxの+ cenos7 +アリュール

新しいノード

システム管理] - > [ノードマネージャ - >新規ノード
VM cetnosシステムの導入プロジェクトは、ユースケースに基づいて行われているWindows環境であるので、あなたはもちろん、事業環境の操作に応じて、Linux環境サブノードに基づいて追加され、子ノードのWindows環境を追加する必要がありジェンキンスプラットフォーム、マスターマスターノードの管理サブノード、セット。
物理マシンまたは仮想マシンにすることができる子ノードを追加します。
自動構築を行うホスト局アイドルコールホスト各子ノードのタグに対応するアクションタグ