Pipeline Steps ReferenceThe following plugins offer Pipeline-compatible steps. Each plugin link offers more information about the parameters for each step. Read more about how to integrate steps into your Pipeline in the Steps section of the Pipeline Syntax page.
Jenkins workflow plugin FAQ集 - Qiita
Jenkins workflow pluginで色々と試してみたので分かったことをFAQ集として残しておきます。今後もうちょっと使いこなして追加するかもしれません。 ※執筆時のWorkflow pluginの最新バージョンは1.8です。 Wokflow Pluginが対応しているJenkins Pluginは？ COMPATIBILITYにまとめられているのでこちらを参照すると良い。 使えるDSLが良く分からない TUTORIALをまず読もう。ここで代表的なDSLを学ぶことができるはず。 後は個別のドキュメントも参照しよう。 builder, post-build actions SCM あとは困ったらソースを読む。 ～StepというクラスでDSLが実装されているのでこれらを読むとよい。例えば、echoステップのソースはこれだが、引数はString型しか受け取れない仕様であることが分かる。
Githubの特定ブランチにpushした時だけhookでjenkinsビルドする - Qiita
hookを使ってるとリポジトリへpushしてすぐにjenkinsをビルドできて便利だけど、どのブランチにpushしてもhook URLが呼ばれてちょっと不便。 例えばdevelopブランチにpushされた時だけ、hookでdevelopのビルドジョブを実行する、みたいな事がやりたくて調べてみた。 やり方 自前のgitリポジトリだと.git/hooksで特定ブランチへのpush時だけhookする設定が書けるけど、Githubでは同じような事ができないので Jenkins側で受け取ったhookがどのブランチへのpushによるものかを判定してみる。手順は以下のとおり。 hook受取り用ジョブの作成 ビルドジョブとは別でGithubからhookを受け取る専用のジョブを用意しておく。 ジョブはパラメータ付きビルドにしておき、下のように payload という名前でパラメータを受け取れるようにする。デ
J( 'ｰ`)し「たかしへ。Gitlab Merge Request Builder Pluginを入れてみたわよ」 - くりにっき
Gitlab Merge Request Builder PluginはGitlabのMergeRequest（以降MR）をビルドして結果をレスしてくれるJenkinsプラグインです Travis CIとかCircle CIのGitlab + Jenkins版 以前社内で発表したことを社内Gitlabでやりたいなぁと思って探したら見つかりました Gitlab Merge Request Builder Plugin - Jenkins - Jenkins Wiki timols/jenkins-gitlab-merge-request-builder-plugin Jenkins/Gitlab Merge Request Builder PluginのREADME訳 - 自由課題 便利そうなんだけど図入りの説明がなかったので（主に社内用に）導入方法まとめています。 forkされたリポジトリ
Dockerでいみゅーたぶるなんちゃらを試してみる
こんにちはfujya.shです。 最近Docker流行っていますね。いみゅーたぶるなんとかこんとかという素敵な仕組みも流行りはじめてるので流行にのってみたいと思います。 コンテナタイプの仮想化は大好物なので、こんなに流行ってるなら一回ぐらいは触ってみようと思い少し触ってみました。Dockerを使った面白い仕組みが結構公開されていて、中でもdokkuというのが個人的には興味があったので似たようなもの自前で考えてみました。 git pushしたらWebサービスが立ち上がるプラットフォーム 目指すゴールはHerokuのようなPaaSを自前で立ち上げることです。あんまり時間かけないで（２～３時間）でそれなりに動いたので、ちょっと紹介します。 ■Dockerとは あえて紹介しません。ググッてください。ざっくり特徴だけ ・LXC/AUFS がテクノロジーのベースになってる ・コンテナの起動が早い（1秒
非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 - Masatomo Nakano Blog
前提: GitHub flow を使っていてCIサーバーはJenkins 最近ちょっと開発フローの改善をして、とてもよく機能してて満足しているので紹介してみる。 この改善をやる前の悩み: pull-requestでコードレビューはできるのだけど、cssとかjavascriptなどの見た目や動作の変更ってコードだけだとわかりにくい。レビューする人が各自ローカル環境で実行するのもだるい。 コードを読まないデザイナーとかプロダクトオーナーとかの人が、pull-requestのレビュープロセスに簡単に参加できない(非開発者全員のところでローカル環境設定するのはだるすぎる)。 コード的にokに見えてmasterにmerge後、何か問題(特に仕様的な問題や、デザイン的な問題)が発生した場合、「修正branchを作ってpull-request」というフローを再度回さないといけない。最初のpull-req
ユビレジのiPadアプリのCI環境をJenkinsからTravis CIに移行したときのまとめ - 24/7 twenty-four seven
こちらの記事について、最新のTravis CIの環境(2014/4/15)ではコード署名に失敗する問題があります。 その問題の修正については下記の記事にまとめました。 Travis CIでipaを作るときのCode Signが失敗するのを修正したメモ - 24/7 twenty-four seven 実際は完全に移行したわけではなくて、Travis CIの有料プラン（プライベートリポジトリが使える）のフリートライアルを試しているところなのですが、しばらくはTravis CIでCIを動かすことにしたので、そのときの設定などをまとめます。 もともとは社内のサーバでJenkinsをホストしていて、それがダメということは全然ないのですが、社内でサーバをメンテナンスするのも面倒だし、ビルドスクリプトとかをポータブルな状態にしておくのは手元でサクッと実行できたりいろいろ都合が良さそうだと思い、試しにや
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://sekailab.com/wp/2014/02/28/autobuild-tex-with-gitlab-and-jenkins/