pv - Pipe Viewer - is a terminal-based tool for monitoring the progress of data through a pipeline. It can be inserted into any normal pipeline between two processes to give a visual indication of how quickly data is passing through, how long it has taken, how near to completion it is, and an estimate of how long it will be until completion. Additional support is available for multiple instances w
Jenkinsのpipelineには2通りあります。 declarative pipeline scripted pipeline 本記事は scripted pipeline の書き方です。 Jenkins2では、Groovy DSLを用いたpipelineの記述ができるようになったらしい。若干の時代遅れ感があるけど、最近仕事で使う機会があり、土日にわからないところを整理したのでメモる。 ジョブ定義を画面からぽちぽちするなんて時代遅れ!技術者として恥ずかしい!これこそがモダン!とか煽るつもりはまったくないけど、ジョブ定義の柔軟性が高いし、パイプラインに人の承認フローが組み込めたり、実行ノードを簡単に選べるし、何よりコード管理できるので、普通に良さそうだと思いました。情報が少ないことを除けばな! Jenkins2のインストール とりあえず動かす node 環境変数の参照 パラメータ付きビル
Jenkins の Pipeline plugin (旧称 Workflow Plugin) を使うと、リポジトリに Jenkinsfile というファイルを配置してビルド処理をそこに書くことができます。 ビルド処理は Groovy による DSL で記述します。 さてさて、そんな Jenkinsfile に書かれた処理を Pipeline plugin で実行すると、以下のようなエラーが出ることがあります。 以下の例は "test".toUpperCase() を Jenkinsfile に書いた場合に発生したエラーです。 (ちゃんと試してないけど Script Security Plugin の最新バージョンだと起こらないと思います。) org.jenkinsci.plugins.scriptsecurity.sandbox.RejectedAccessException: Scrip
本記事はアカウンティング・サース・ジャパン Advent Calendar 2016の5日目の記事です。 アカウンティング・サース・ジャパンは税理士向けクラウド会計システムA-SaaS(エーサース)を提供しているベンチャー企業です。ここしばらく常駐でお手伝いさせていただいており、現在はインフラ周りの改善を担当しています。 はじめに 継続的インテグレーションや継続的デプロイが当たり前の時代ですが、皆様のプロジェクトにおかれましてはTravisCIやCircleCIなどCIツールは導入済みでしょうか。 A-SaaSのシステムはRabbitMQなどで構成されたマイクロサービスアーキテクチャになっていて、アプリケーションは主にJavaやScala、たまにErlang(!)で構築されています。このようなシステムの中でデプロイフローがやや複雑になってきていたので、CIツールとしてJenkins2.0で
Synopsis This shows usage of a simple build wrapper, specifically the AnsiColor plugin, which adds ANSI coloring to the console output. // This shows a simple build wrapper example, using the AnsiColor plugin. node { // This displays colors using the 'xterm' ansi color map. ansiColor('xterm') { // Just some echoes to show the ANSI color. stage "\u001B[31mI'm Red\u001B[0m Now not" } }
Jenkinsのパイプラインを試してみた。 結果、下記の点がクリアできなかったため、実際の採用は見送ることにしたが、新たに追加されたpipelineビューはタスクの中のステージごとに進捗状況や要した時間が見れるため、魅力的な点もある。また、freestyleでかかれた他のタスクを呼び出すこともできるので、freestyleとpipelineを組み合わせて使うことも可能であることが分かった。 ここでは、調査の際にわかった使えそうなコマンドを備忘録として残しておく。 ちなみに、採用を見送ったのは下記の理由から。(これらが解決すれば、再度採用を検討したい) workspaceがタスクから見えなくなる。 gitの更新内容が、gitツール(gitlabを利用)から見える設定ができない。 Jenkinsに作成済みのJOBを順次実行する Jenkinsに登録済みの他のJobを呼び出すコマンド。この書き方
1.公式のJenkins Pipeline Pluginを使用する 類似のもの(Build Pipeline plugin or Buildflow plugin)ではなく、公式のものを使用する。 公式のPipelline Pluginは日々改善している Jenkinsのマスターノードが再起動したとしても継続する機能を提供済みで、他のプラグインの機能を代替する機能を提供する予定。 2.Pipeline as Codeにする JenkinsFileをバージョン管理システムに登録することで、他のソフトウェアと同様のバージョン管理とテストができる。 Pipelineスクリプトのデフォルト名はJenkinsFile。 IDE,GitHubにgroovyと認識され、コード補完、コードハイライトなどが効くように、スクリプトの始めに以下を追加する。
Jenkins2のPipelineに入門した際にメモした内容をせっかくなので公開しておきます。 基本 step, node, stage パイプラインのチュートリアルでいきなり図と共に登場するので最初はどう違うのか分かりにくいが、Jenkinsのビルドの流れにそれぞれ対応しているので実は難しくない。 step 今までのbuild stepと同じ。普通に1ジョブ内でやることを分割する。 主にプラグインの機能を呼び出すときにスニペットビルダー(後述)から生成する。 node キューに独立して乗せられ、毎回削除されるWorkspaceが割り当てられる。 ということがチュートリアルでは書かれているが、要はnodeのブロック単位でJenkinsのキューに積まれるということ。 stage stepやnodeと違って明確な役割はないが、パイプライン中の処理に名前を付けることができる。 GUI上でどのst
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く