Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

やってること メモ Jenkins を動かす環境 Docker イメージ itamae レシピ Serverspec テスト Jenkins の準備 プラグイン Docker 周り ジョブ infra-itamae の設定 infra-serverspec の設定 動いてる図 Build Pipeline ログ 以上 やってること 今更かもしれないけど, ギョームで以下のようなことをやって, ここ数日で運用も回ってきた気がするのでメモしておく. itamae のレシピを amazonlinux コンテナに適用 適用したコンテナに対して Serverspec でテスト 1 と 2 を Jenkins のビルドパイプラインで流す 3 が正常に終了したら, pull request を作成, 又はマージ master ブランチのレシピをサーバーに手動で適用 Jenkins のポテンシャルと it
まずは難しい事を考えずに、一度JenkinsからXcodeを使ってプロジェクトをビルドしてみましょう。Jenkinsを使ってiOSアプリをビルドするには、最初にいくつか設定をする必要があります。 必要なもの 最新のXcode 最新版のXcodeが必要です。ちなみに、JenkinsはXcode.appではなくxcodebuildコマンドを使ってiOSアプリケーションをビルドします。xcodebuildはXcodeをインストールすると使えるようになるコマンドです。 プロビジョニング類 実機用のビルドを行うには、通常の実機用ビルド同様、ビルドに使うProvisioningファイル類(秘密鍵・証明書・プロビジョニングファイル)が必要です。シミュレータでテストを行うだけであればこれらはなくても大丈夫です。 プラグイン シェルスクリプトでビルド用のコマンドを書いてもよいのですが、プラグインを使うと設定
Jenkins で CocoaPods なプロジェクトをビルド 昨今では iOS アプリ開発でライブラリを扱う場合、CocoaPods を使うというのが定石になっていると思います。 Jenkins でビルドする話はこちらでも解説していますが、Xcode 5 になったのと Xcode Integration Plugin のバージョンアップもあり、手順が少し変わってきているようです。 ということで Mac OS X に Jenkins をインストールして、CocoaPods を使っている iOS アプリプロジェクトをビルドするまでの流れを改めてちょっとまとめてみました。 Jenkins のインストール まずは Jenkins のインストールです。ここでは Homebrew を使ってインストールします。Homebrew や Git などのインストールについては次の記事を参考にしてください。 H
Macでいろんなスクリプトの実行を行う際の管理ツールとして、Jenkinsを使ってみることにしたのでメモ。 インストール Jenkinsは普通に、homebrewにいるので、homebrewからインストールする。 ちなみに、オフィシャルサイトにいけばOS X用パッケージファイルもある。 $ brew install jenkins バージョンも最新でした。 $ brew info jenkins jenkins: stable 1.477, HEAD http://jenkins-ci.org /usr/local/Cellar/jenkins/1.477 (3 files, 47M) * https://github.com/mxcl/homebrew/commits/master/Library/Formula/jenkins.rb ==> Caveats If this is you
アプリケーションエンジニアの id:nobuoka です。 現在は 「少年ジャンプルーキー」 の開発に携わっています。 面白い漫画作品が数多く集まっておりますので、是非ご覧ください! さて、去る 1 月 11 日に 「Jenkins ユーザ・カンファレンス 2015 東京」 が開催されました。 はてなからも 「はてなにおける継続的デプロイメントの現状と Docker の導入」 というタイトルでセッション発表を行いました。 ここに発表資料を公開します。 発表資料 はてなにおける継続的デプロイメントの現状と Docker の導入 from Yu Nobuoka 概要 内容としては次の 3 点です。 はてな全体のサービス開発と Jenkins についての概要 「少年ジャンプルーキー」 の開発プロセスと Jenkins の活用 開発中の機能を確認するための web アプリケーションを Docker
» Jenkins ユーザ・カンファレンス 2015 東京 日本Jenkinsユーザ会 2015年最初の課外活動は Jenkins 。connpass のリマインドメールに 13 時開始とあったので、13 時めがけて向かったら川口さんの基調講演は 12 時半からだったみたい。現地に着いてから気づいたんだけど、他にもそういう人多かったみたいで、少し開始時間を遅らせていたよう。おかげで基調講演も半分くらいは聞くことができた。 カンファレンスの最後にもお詫びをしていたし、こういう大規模なイベントだとなかなか運営も大変だと思いますね。運営の方々、お疲れ様でした。 全体の感想とか雰囲気とか 数年前に参加した Jenkins カンファレンスだと、まだ導入しているところの方が少なくて、どうしたら導入できますかみたいな話が中心だったと思う。けど今日参加してみて、既にそういうフェーズは過ぎて、みんな現場で
1/11(日)に市ヶ谷の法政大学で行われたJenkinsユーザカンファレンスに行ってきました。 聴講したセッション keynote(ちょこっとだけ) はてなにおける継続的デプロイメントの現状と Docker の導入 クックパッドにおけるJenkinsの活用 時間を1時間間違えてて、keynoteはほとんど聞けなかったので割愛。 はてなにおける継続的デプロイメントの現状と Docker の導入 株式会社はてな 信岡裕也 (@nobuoka) http://vividcode.hatenablog.com/ http://github.com/nobuoka はてなでは はてなブックマーク の開発や ジャンプルーキー という集英社がやっているサービスの開発を担当されているそうです。 Agenda はてなのサービス開発とJenkins ジャンプルーキーの開発フローとJenkins Dockerコ
こちら で紹介されているように、ジョブ単位で Docker のイメージを作成する方が一般的なのだろうが、個人でちょっとした作業用に Jenkins を使う場合はDocker コンテナ上に直接 Jenkins をインストールしても良さそうな気がしたので Docker のコンテナ( CentOS 6 )で yum からインストールした Jenkins を動かす Dockerfile を作った。 その際にいろいろハマったのでメモ。 yumでJenkinsをインストール これは特に問題ない。 Open JDK を入れてから、 マニュアル 通りのコマンドを Dockerfile へ書けばよい。 # Install Open JDK 7 RUN yum -y install java-1.7.0-openjdk &&\ yum -y clean all # Install Jenkins RUN wg
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog LT の中で触れた環境を構築するデモコードを Vagrantfile にまとめて GitHub においていますのでよければ触ってみてください。ジョブ登録済の Jenkins が立ち上がるので全く同じ環境を試してもらえます。 yahoojapan/jenkins-with-docker-demo LT は5分でざっと流してしまったため、このエントリで補足します。 ジョブ実行毎にクリーンな環境がほしい 特に説明の必要もなく普段 Jenkins を使っていればジョブ毎にクリーンな環境がほしいと思うはずです。スレーブノードをジョブ毎に新規でインスタンスを立ちあげて実行することもできますが インスタンスの作成、起動はそれなりの時間がかかりま
今回の課題 こんにちは植木和樹です。7月にserverspecを使ったChefの自動テストのエントリを書きました。 【AWS】JenkinsとserverspecでChefのテストを自動化する このエントリは初めてJenkinsを触った時に書いたので、いろいろと流儀がわかっていませんでした。その後弊社にJenkinsマイスターの渡辺修司さんが入社したということで、Jenkinsの設定について見てもらいました。その時に次の6点を見直すよう指摘がありました。 ジョブは意味ある単位で1つにまとめるべし ジョブで実行するシェルスクリプトもgitから取得すべし EC2の起動に失敗したら後続処理を停止させるべし serverspecの実行結果はJUnit(XML)形式で出力すべし 実行結果のXMLをJenkinsで読み込んで統計グラフを出力すべし 定時実行でなくgit push hookを入れるべし
We have been using Docker in our staging environment for a month now and are planning to make it part of our production setup once the first stable version gets released. We’ll be discussing the staging environment setup today with the promise of following up on the production environment at a later date. Docker is a utility for creating virtualized Linux containers for shipping self-contained app
http://codeascraft.com/2013/09/23/lxc-running-14000-tests-per-day-and-beyond-part-1/ EtsyのエンジニアブログでLXCによる仮想化でCIを効率化した事例が紹介されてます。 1日65件の本番アップ。それぞれに30本のテスト(単体テスト、結合テスト、機能テスト、スモークテスト etc.)をする。30 x 65 = 1,950本/日 全員がroot権限をもって仮想マシンに何でもインストールできるので、仮想環境が本番と同一かどうかは限らない。そこでエンジニアがdiffをJenkinsサーバに送ると、最新のマスターブランチに対してテストを実施してくれる tryライブラリを使っている。同時に10人のエンジニアがtryライブラリを利用でき、これにより更に13,700本/日のテストが実施される。 同一のJenkinsワ
はじめに 第6回テックヒルズ『Let’ study Jenkins~さまざまなケーススタディ』のレポートを公開します。 今回のレポートの注意点。 スライド資料に無い説明を中心にまとめているため、発表によってはレポートが物足りないと思います。ぜひスライド資料を併せてご覧ください。 【参考】としている個所は私が挿入しています(補足や参考資料など)。発表者の意図したものではありませんので、その旨ご了承ください。 AimingにおけるJenkins活用事例 分割に便利なもの(1):ラベル付け カテゴリ単位で分けても、カテゴリ毎の実行時間は均等にならない。 これをなるべく均等にするため、ラベルを活用した。 ノードの設定画面でラベルを設定し、ジョブの設定画面でラベル式を指定することで実行の振り分けを行った。 分割に便利なもの(2):Join Plugin このプラグインを入れるとJoin Trigge
平素よりイベントカレンダー+ログをご利用いただき、誠にありがとうございます。 イベントカレンダー+ログは「IT・製造業・ビジネス関係のイベント(セミナー・展示会・勉強会・コンテスト・Webイベントなど)を開催する企業・コミュニティが登録したイベント情報のポータルサイト」として約7年間運営をしてきました。これまでサービスを続けることができたのは、イベントカレンダー+ログのコンセプトに共感をいただき、適切なイベント情報をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、イベント情報の入手方法の多様化やイベント紹介サービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年6月30日(火)15:00をもちましてイベントカレンダー+ログのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知ら
Building high-quality Android Apps (with Jenkins and Automated Device Tests) Mobile Apps grow more complex every day. Customers and users expectations regarding quality and user-experience are constantly increasing, too. Continuous Integration, Continuous Testing and Continuous Delivery can help to tame this challenge. No matter if you are working in a big company, a distributed team or as a freel
思い立ったようにJenkins特集をしておりますが、今回はJenkinsとSelenium WebDriverでUI層のテストの自動化をする話です。Seleniumは面倒臭い画面のテストを自動実行してくれるツールで、出てきてからもう7〜8年がたちます。Web系の開発に携わっている人であれば、一度は試したことがあるのではないでしょうか?そして、必ず挫折したことがあると思います。 その理由としては、せっかく作ったSeleniumのテストケースが腐ってくるからです。一般的にはUI層の変更は、ロジック層に比べて変化が激しいです。だからこそテスト自動化して保証することに意味があるのですが、そのテストケースを維持するのは大変です。そこで、Jenkinsの登場です。Jenkinsでサーバサイドで継続的に実行することにより、Seleniumのテストケースが成功を保てるようにします。また、複数のブラウザ・バ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く