Agile Japan 2015 サテライト<沖縄> https://java-kuche.doorkeeper.jp/events/22305 --- 開発を安心して高速に回すための取り組みの一つに 「テストの実行時間を短縮する」 というものがある。 今回はその一例として、Docker のコンテナ技術を用いてテスト並列実行の高速化かつ安定化を目指した記録を紹介するRead less
![あなたの安心を高速に守る Container-based CI](https://cdn-ak-scissors.b.st-hatena.com/image/square/b76bb25dcefbd39e935e965c3a136fe1178cab10/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fpeace-of-mind-container-based-ci-150416103726-conversion-gate02-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
Created by Unknown User (winters), last modified on Aug 10, 2015
The procedures in this chapter are for new installations of Jenkins. Jenkins is typically run as a standalone application in its own process. The Jenkins WAR file bundles Winstone, a Jetty servlet container wrapper, and can be started on any operating system or platform with a version of Java supported by Jenkins. Theoretically, Jenkins can also be run as a servlet in a traditional servlet contain
11 Apr 2014 With the push to feature branches and the increased use of git, continuous integration of every single branch can become an infrastructure nightmare. Docker can be used to eliminate the need to deploy to remote servers and run your integration tests on the same server as your build. Scaling can then be done using Jenkins slaves that run one or more jobs concurrently. The Problem Git ha
CSSというか静的ファイル全般の配信が止まる。 (※我々の目の前で突如フラットUI化したJenkins氏の様子) Jenkins で、 css 等が適用されなくてスタイル崩れを起こす事があるんだけどあれなんなんだろう…— そらは (@sora_h) 2013, 4月 4 JenkinsさんちょいちょいCSSが反映されなくなるんだけどどうしてなん?— 口玉(西の緊縛[ゴールデンボンバー]) (@Kuchitama) 2013, 7月 12 jenkinsのcssが崩れる時間と、私の顔のcssが崩れる時間の相関関係を考えている— しまざきしょうこ♀しょっぴー (@shokos) 2013, 6月 28 (みんな困っている) 今日また起きてなんとなく https://issues.jenkins-ci.org/browse/JENKINS-17526 を読んでみたらGreg Albrechtが書
Using Docker with Github and Jenkins for repeatable deployments Docker helps us deploy to Buddycloud’s testing and production environments. We use Docker to run Buddycloud’s hosted environment. And deploy after every commit to our testing and production Git branches. Again and again. Automatically. Background: we’re holded up in the Austrian mountains working on the new Buddycloud hosting platform
定期実行って、Cronを使ってやるのが一般的ですよね。 エンタープライズシステムだとJP1とか使って管理したりしますが、 それJenkinsで良くない? というわけで考えて見ました。なんでJenkinsがいいのか。 メリット(cronとの比較)① SVNなどのSCMとの連携が可能 ② メール等のアラートが可能 ③ 実行履歴の確認が容易 デメリット① Jenkinsが落ちたら動かない ただこれはJenkinsの監視やバックアップである程度回避できます。 またJP1 などは大変高価なので、無償で使えるのは嬉しいですね!実際にやってみたまずはSVNに適当なプロジェクトを作って適当なShellスクリプトをコミットしてみます。 SVNはファイル単位でのチェックアウトができないのでGitで管理したほうがいいのかもしれません。 Shellスクリプトは終了コードを明示的に0と書いたほうが良いでしょう。 J
Hudson Locks and Latches plugin Jenkinsのジョブを排他的に実行する場合は「Hudson Locks and Latches plugin」というプラグインを使用します。 インストールするとジョブの設定画面に「ビルド環境」という項目が表示され、「Locks」というチェックボックスがあります。 この「Locks」をオンにすると排他対象のジョブとなります。 ※nameリストボックスについては後述するのでとりあえず(default)のままでよし。 つまりジョブA、ジョブB、ジョブCが存在するときにジョブAとジョブBを排他実行したい場合は ジョブAとジョブBの「Locks」をオンにしましょう。 排他グループの指定 排他させたいグループは「Locks」をオンにしたときに表示される「name」リストボックスでグループを指定できます。 インストール直後はdefault
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く