fabric8: open source Integrated Development Platform for Kubernetesfabric8 is discontinued The fabric8 suite has been discontinued, following you can find a list of the sub-projects that remain active.
Jenkins_Conference_2015
「Infrastructure as a CodeにおけるJenkinsの役割」 〜環境構築も継続的インテグレーションを行う時代です〜 Copyright 2015 CYBIRD Co., Ltd. All Rights Reserved. 株式会社サイバード 藤原 涼 本田 恭 Jenkins ユーザ・カンファレンス 2015 東京
GithubからJenkinsへのServer Hook - Qiita
GithubからJenkinsへのServer Hookを調べた結果をまとめておく。 以下の3つの方法を調べた。 WebHook URLsを用いる方法 Jenkins (GitHub plugin) を用いる方法 Ver1.8で確認 Jenkins (Git plugin) を用いる方法 Ver2.0で確認 この方法を用いるとGithubのコードに修正を加えると対応するJenkinsジョブを走らせることができる WebHook URLsを用いる方法 Githubからコミットの情報を受け取って自力で処理する方法 好きなようにhook処理できるが実装が必要 Githubの特定ブランチにpushした時だけhookでjenkinsビルドする - Qiita [キータ]が詳しい Jenkinsの設定 Jenkins Parameterized Trigger pluginをインストールしておく Ho
How to Set Up TravisCI-like Continuous Integration with Docker and Jenkins
Lately, I've been working on a number of improvements to our continuous integration setup here at Zapier. It's a delicious combination of Jenkins, Docker and the Github Commit API that anyone can accomplish with a little work! The Vision Before delving into our continuous integration (CI) setup, it's important to note that the Zapier engineering team follows what is known as Github Flow. There's n
非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 - Masatomo Nakano Blog
前提: GitHub flow を使っていてCIサーバーはJenkins 最近ちょっと開発フローの改善をして、とてもよく機能してて満足しているので紹介してみる。 この改善をやる前の悩み: pull-requestでコードレビューはできるのだけど、cssとかjavascriptなどの見た目や動作の変更ってコードだけだとわかりにくい。レビューする人が各自ローカル環境で実行するのもだるい。 コードを読まないデザイナーとかプロダクトオーナーとかの人が、pull-requestのレビュープロセスに簡単に参加できない(非開発者全員のところでローカル環境設定するのはだるすぎる)。 コード的にokに見えてmasterにmerge後、何か問題(特に仕様的な問題や、デザイン的な問題)が発生した場合、「修正branchを作ってpull-request」というフローを再度回さないといけない。最初のpull-req
Enterprise Software Delivery Platform | CloudBees
Frictionless developmentMinimize developer toil with self-service access to fast, secure workflows and GitHub-style actions running on Tekton. Faster and saferDeliver software faster with built-in security and compliance checks at every stage of development and deployment. Continuously improvedBe your best with constant feedback loops across the entire software delivery value stream - no more inte
Dockerを使ってJenkinsのジョブごとにテスト実行環境を分離する - orangain flavor
はじめに JenkinsでJVM上で動かない言語（PythonやRubyなど*1）を使っていると、ジョブごとに環境が分離されていないことが問題になる場合があります。 Pythonにおける virtualenv やRubyにおける Bundler を使えば、ジョブごとに利用するライブラリを分離することができます。しかし、C拡張ライブラリをインストールするためには、ジョブが実行されるノードに開発用のファイルが存在している必要があります。例えば、Pythonモジュールの lxml のインストールにはlibxml2やlibxsltの開発用ファイルが必要です。 *2 このようなファイルが必要になるたびにJenkinsのノードにインストールするのはスマートじゃないですし、実行に必要な環境はコードの形で明文化されているべきです。 ジョブでaptやyumを使ってインストールするのもセキュアじゃないですし、
[Jenkins] DNS MultiCast を停止する方法
なぜかJenkinsを起動させたらパケットロスが多発しまくったのを無理やり直した話 きっかけはこちらの記事。 (Jenkins には Auto-discovering という機能があるそうです。) Jenkins が原因で社内ネットワークが重たくなるという現象が起こっていたため対応することになり、 色々手こずったのでメモを残しておきます。 （※結論だけ知りたい方は下のほうだけ見れば OK です。） Jenkins システムの設定とりあえず、システムの設定画面にはなさそう… PC の設定でブロックするようにできないか試してみることにしました。 パケットフィルターiptablesWindows で Jenkins を動かしているので、iptables は使えない。 netsh routing ipnetsh routing ip add filter ～で、フィルターかけられるという情報を見つ
![[Jenkins] DNS MultiCast を停止する方法](https://cdn-ak-scissors.b.st-hatena.com/image/square/f52be42aa12241c8d0a8e648b954300e3829d3cd/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEhw83F8gE9gaXY25HQrijUL8HovIXcUmUrTLmE9fUX2zwZpzXcPgffyX0MUfFFLWkaronFbZ29MQMs49qbPBhMTzVkXGh1fldkJVL-ZlttO39Dj2-DI0-TCd5ifysdBC4UMvXd1abXpdpc%2Fw1200-h630-p-k-no-nu%2Ftop.png)
本当はすごい codefirst の開発環境 - suer のブログ
(本記事は @suer, @mallowlabs, @mzp がノリノリで共同執筆しました！) 近代的なソフトウェア開発に必要なツールは3つある。 分散バージョン管理ツール ITS CI ツール 私はこれに AsakusaSatellite (以下AS)を加えたいと思う。 以上の4ツールを使用することによって、迅速なコミュニケーション、洗練された自動化をベースとした開発リズムを体験することができる。 このあとの節では具体的なユースケースをベースに、上記ツールの連携方法及びそのメリットをみていく。 ユースケース：開発中にソースコードの特定行で例外が発生した原因を探る ここは codefirst の開発室。 @suer と @mallowlabs と @mzp はリズム良くコードを書いています。 そんなとき、ビルドの異常を知らせるポップアップが表示されます。 さっそくAS 上でミーティングがは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dockerイメージ構築 実践テクニック