「ジェンキンスPipline Paodingjieniu」共有説明するための実用的な作業の例を組み合わせたものです。
次のように主な内容は以下のとおりです。
- Pipline文法の説明
- Piplineプロジェクトの戦闘-Maven JAVAの建築プロジェクト
- Piplineプロジェクトの戦闘-NodeJS建築プロジェクト
- 多言語のビルド小さな栗のパイプラインを共有します
1. Pipline組成
ジェンキンスパイプライン(または単に「パイプライン」、大文字の「P」)は、プラグインのサポートと統合ジェンキンス連続デリバリーパイプラインのセットであります
連続配信(CD)パイプラインは、ユーザーや顧客までの表現のバージョン管理ソフトウェアから移動するプロセスを自動化しています。たびに(ソースコントロールに提出)ソフトウェアの変更は、出版の過程で複雑なプロセスを通過します。このプロセスでは、建設ソフトウェアを促進するために、複数のテストおよび展開の段階を経てソフトウェアを構築するための信頼性と再現性の方法を含み、かつ(「ビルド」と呼ばれます)。
パイプラインは、トランスポートパイプラインの複雑なモデリングへの単純な「コードとして」(DSL)ツールのセットがラインを通じてドメイン固有言語用に拡張することができる構文を提供します。
(Jenkinsfileと呼ばれる)テキストファイルに書き込まれ定義されたジェンキンスダクトは、ファイルは、リポジトリのソース管理プログラムに提出することができます。したがって、バージョン管理や見直しなど、他のコードのように、アプリケーションの一部として見られるCDパイプライン;これは、「コードのパイプとして」基礎です。
2.なぜパイプラインを使うのか?
パイプラインの5つのプロパティ
コード:チームは彼らのCDや反復プロセスを検閲、編集できるようにコードの形で実現パイプラインは、一般的に、ソース管理にチェックイン。
持続可能性: Jenklins再起動または中断後にパイプラインの仕事には影響しません。
一時停止:パイプラインは動作を停止し、入力や承認のいずれかを待つことを選択し、その後、パイプライン動作を継続することができます。
多機能:パイプラインCDサブプロセスに参加/フォークを含め、複雑な現実世界の要件をサポートし、仕事に実行サイクルを平行にする能力
スケーラブル:カスタムプラグインのためのパイプラインのサポートは、そのDSLや他のプラグインとの統合のための複数のオプションを展開します。
3.パイプラインの構文
- 宣言宣言
- スクリプトパイプラインスクリプト
4. Pipline宣言の形式
pipeline {
agent any
stages {
stage('Build') {
steps {
sh 'echo Build'
}
}
stage('Test') {
steps {
sh 'echo Test'
}
}
stage('Deploy') {
steps {
sh 'echo Deploy'
}
}
}
}
パイプライン:行全体の代表的な、全体のパイプラインを含むロジック。
パート段階:複数の容器におけるパイプラインステージ。少なくとも段ステージの一部を含みます。
ステージパーツ:ステージ、パイプラインステージの代わりに。各ステージには、名前を持っている必要があります。この例では、ビルドはこのステージの名前です。
1つ以上のステージの代表:ステップの一部
5.スクリプトパイプライン
よりリラックスした文法のパイプライン要件をスクリプト、上層はノードとすることができ、それはまた、ステージとすることができます。ノードは、順番に舞台、舞台を入れ子にすることができ、ノードを入れ子にすることができます。次のように典型的なスクリプトパイプラインの構文は次のとおりです。
node { //node可以指定label 例如 node ('label_name') {}
stage("Build") {
sh 'echo Building...'
}
stage("Test"){
sh 'echo Testing...'
}
}
6. Pipline宣言パラメータ説明
......
7. Piplineサポート命令
......
必要であれば、私が得る民間の手紙の内容は、更新を待っています