第2回日本Seleniumユーザーコミュニティ勉強会(http://seleniumjp.connpass.com/event/9222/)の発表資料です。 サイボウズのエンジニアブログで補足記事を書いています。 http://developer.cybozu.co.jp/tech/?p=7934Read less
ผู้ช่วย ผู้บังคับบัญชาตร. ยืนยันมิได้แกล้ง กรณีส่งตำรวจไปถามลูกค้าที่ซื้อสลากฯ จากกองสลากพลัส แค่ต้องการเก็บหลักฐาน จากกรณี แม่ค้าออนไลน์ที่ จังหวัดจังหวัดเชียงใหม่ เผยแพร่คลิปวีดีโอเหตุการณ์ที่มีตำรวจ ขี่รถเครื่องมาหยุดที่หน้าบ้านเมื่อวันที่ 1 กุมภาพันธ์ ขอให้ไปให้ปากคำกับตำรวจ สภ.สารภี จังหวัดเชียงใหม่ โดยขอให้ปากคำในฐานะผู้เห็นเหตุการณ์คดีกองสลากพลัส ขายสลากเกินราคา แต่เจ้าของบ้านไม่สบายไป ถัดม
著者の @kaz_29 さんから「CakePHPで学ぶ継続的インテグレーション」を献本して頂きました。日頃から関心のある分野なので、早速読ませて頂きました。 PHP で学ぶ継続的インテグレーション 本書のタイトルは「CakePHPで学ぶ継続的インテグレーション」です。実際、本書の中では、CakePHPアプリケーションを題材に継続的インテグレーションを行う手法が解説されています。 ただ、ここで紹介されている継続的インテグレーションの手法は、CakePHP 固有のものではなく、他のフレームワークでも転用可能なものです。 勝手なお世話ですが、書籍のタイトルとしては、「PHPで学ぶ継続的インテグレーション」の方が、良かったかもしれませんね:D 分散された情報がこの一冊に 継続的インテグレーション(CI)を行うには、あるツールさえ入れておけばできるというものではなく、多くのツールを組み合わせる必要が
仮想開発環境とか勉強会(Vagrant/Chef/docker/Jenkins)に参加してきました。 1ヶ月前の勉強会ですが、参加メモとして残します。 この勉強会ではタイトルの通り、下記のツールやそれに関わる内容の発表がありました。 Vagrant Chef Docker Jenkins 私もJenkinsについて発表してきました。 日時 2014/06/09 19:30 - 22:00 場所 福岡市博多区博多駅前3丁目22番8号 朝日生命博多駅前ビル 株式会社ベータソフト様 会議室 アジェンダ お断り:スライドが公開されたアジェンダのみ掲載します。 Jenkins使ってみた~Windows編~ @tsubakimoto_s 私の記念すべき初めての登壇。 .NETプロジェクトでJenkinsを使ってみようという内容です。 この発表のためにWindows用のVagrantBoxを作成し、検証
Linuxコンテナを使った仮想化ソフトウェアDocker。興味はありつつも、実際の運用の中で活かす機会は意外と多くないのではないでしょうか。さらに1.0となったとは言え、実運用のサーバの中で活用していくというのは勇気が出ないかも知れません。 そこで今回はあくまでも開発の部署内だけでDockerを使っていくという方法を提案したいと思います。Dockerのメリットの一つ、外部の人たちが作ってくれているコンテナを使ってサービスを立ち上げてみましょう。今回は特にエンジニアがよく使いそうなソフトウェアにフォーカスを当てています。 必要なもの さくらのクラウドのアカウント さくらのクラウドトップページ アカウントはさくらのクラウドトップページから作成できます。 クラウドサーバを追加する サーバ追加画面 管理画面に入りましたら、サーバの追加を選択します。追加画面では、サーバの名前、メモリ数、ディスクプラ
最近、サーバーを一から構築する必要があって、chefを使ってみることにした。 CIしたいのでまずはJenkinsを入れる。 Chef: 11.12.4 Vagrant 1.5.4 Vagrant この辺のコマンド $ vagrant box add centos http://developer.nrel.gov/downloads/vagrant-boxes/CentOS-6.5-x86_64-v20140110.box $ mkdir vagrant_chef $ cd vagrant_chef $ vagrant init centos で環境構築。 Vagrantfileに config.vm.network :private_network, ip:"aaa.bbb.ccc.ddd" を追加する。 起動。 $ vagrant up sshコマンドで接続できるように $ vagra
はじめに 「開発者(個人)のための」としているのは、別に自分でやっても良いんだけど Jenkins に任せられるなら任せたい、くらいのモチベーションを表現したつもりです。 環境 Ubuntu 14.04 LTS Jenkins 1.573 Bootstrap になって雰囲気が変わりましたね 初期設定 Jenkins 初期設定 Plugin のインストール Git Plugin 依存しているPluginも自動的にインストールされます。 Git Parameter Plugin は、ビルド時に Extended Choice Parameter plugin の Single Select ようなパラメータ形式で、リビジョンやタグを選択できるプラグインです。 Git 初期設定 Git Install Git がインストールされていないなら、apt や yum でインストールしておいて良いでしょ
Windowsの通知ツールやシステムというのは言うほど連携感がないので、Jenkinsからの通知をどうしたものか悩んでいましたが、素晴らしいツールがあったので紹介します。あと設定について公式に実は書いていない感じのことがあったので補足です。(たぶんJenkinsに詳しい人なら察する内容だけど。) Jenkins On Desktop PowerShellで実装されたJenkinsのジョブ失敗通知アプリケーションです。 ototadana/JenkinsOnDesktop · GitHub READMEにある通りだいたい次の手順で使えます。 zipをダウンロードして好きな場所に展開する PowerShellプロンプトを管理者権限で開いて、 Set-ExecutionPolicy Remote-Signed を実行する JenkinsOnDesktop.exeを実行する デスクトップに現れたJ
先日社内でJenkinsについての勉強会を行ないました。 勉強会を行った際に、JenkinsでPHPプログラムをデバッグしてみましたので 今回はJenkinsを用いてPHPプログラムをデバッグするまでの設定方法について書きたいと思います。 PHPでJenkinsを使ってみたいが、設定がわからないという方は参考にしてください。 Ⅰ:環境 以下の環境で設定を行ないました。 ・OS:Centos6 ・PHP:5.3 ・フレームワーク:ZendFramework ・JenkinsURL:http://jenkins.example.com:8080 (URLはJenkinsをインストールしたマシンのアドレスに変更してください) Ⅱ:サーバ上に準備するもの 1:必要なソフト一覧 ①:Phing phpcs,phpmd,phpcpd,phpDocumentor,phpunitを一括管理することができる
執筆記事の概要 このたび「iOSアプリ開発でもCI/継続的デリバリしようぜ」の第4回目の記事「TestFlight+JenkinsでiOSアプリのベータ版配信を自動化する」を寄稿しました。 第4回目は iOS アプリのベータ版配信サービス「TestFlight」についての解説記事です。iOS アプリ開発では必要不可欠なサービスですが、アカウントの作成から Jenkins と併用して自動化する手順まで、初めて使うかたでも導入できるように詳細に解説しました。ぜひご一読ください! 執筆記事はこちら iOSアプリ開発でもCI/継続的デリバリしようぜ(4) TestFlight+JenkinsでiOSアプリのベータ版配信を自動化する | @IT
連載目次 前回の「Jenkinsでビルド・テスト・カバレッジ出力・コード静的解析を自動化する」では、iOSアプリのビルドやテストをJenkinsを使って自動化する方法について解説しました。 今回は、iOSアプリのベータ版配信サービスである「TestFlight」の使い方を解説します。さらにTestFlightとJenkinsを組み合わせて、ベータ版の配信を自動化する手順も解説します。 今回紹介する手法でiOSアプリを継続的にデリバリすることで、周りの人にアプリを触ってもらう機会を増やせます。 触ってもらう機会が増えると、「ここが使いづらい」「ここはこうした方がよい」といったようなフィードバックがもらえるようになります。その結果、アプリをより良くするために必要なことが見え、その点を改善することによって、アプリの価値や品質を高めていくことができますので、ぜひ今回の記事で紹介するTestFlig
連載目次 前回の「Kiwi+CocoaPodsで始めるiOSアプリの振る舞いテスト入門」では、「Kiwi」を使った機能の振る舞いテストについて解説しました。 今回は、CI/継続的デリバリの要とも言えるCIツール「Jenkins」のインストールと使い方、プラグインを用いたiOSアプリのビルドの方法を解説します。本稿では、Jenkinsを使って次の作業を自動化します。 iOSアプリのビルド iOSアプリのテスト テストのカバレッジ(網羅率)の出力 ソースコードの静的解析 まずは、各ツールをインストールしましょう。本稿では、(Mac)OS Xのパッケージ管理システムである「Homebrew」を使ってインストールします。Homebrewは(Mac)OS Xへのソフトウェアのインストールを単純化してくれるツールです。また、Jenkinsで実行したい処理に必要なツールも併せてインストールしましょう。
前回の記事でGitHubとJenkinsを用いた自動デプロイ環境の概要をご説明しました。 GitHubやJenkinsと連携した開発環境作成でのrsyncとの出会い 今回は、その環境を実現するための設定手順を書いて行きたいと思います。 大きく4つの手順があります。 Jenkinsのインストール Apacheの設定 JenkinsとGitHubの連携 自動デプロイ設定 開発環境 ・CentOS 6.2 ・Apache がインストール済み Jenkinsのインストール まずは、Jenkinsのインストール 通常ならば、運用するサーバとJenkinsが動いているサーバを分けるべきですが、サーバコストの都合などで今回は同一サーバ上で動かすことにします。 ApacheサーバとJenkinsサーバが同じport80で待つことはできないので、jenkinsをport:8080で動かすことにします。 また
2014年02月28日 開発・運用環境を効率化する 開発編(Rails) アドウェイズエンジニアのイシマルです。 私が所属しているユニットでは、この半期の目標のうちの1つとして、 「開発・運用環境を効率化しよう!」 という目標を掲げているので、その目標に向かって、私がどんなことを考えているのか!? っという内容を、まず開発について、紹介したいと思います。 ■サーバ 基本的に、VM環境を推奨しています。 理由は、物理環境と違い、サーバの複製が簡単かつ高速、サーバのスペックも動的に変更できたりと、基本的にメリットばかりですね。 物理サーバは、「どうしてもVMではスペックが足りなくて必要」 っていう時だけ利用する方針で考えています。 ■サーバ環境構築 VM環境でサーバを作るので、1台環境を構築し、その後にOSを複製する流れが良いかな、と考えています。 その環境を作る部分は
まえがき かなり久しぶりのブログ更新になりますが、私は元気です。 忙しくてなかなか技術をインプットすることもできなくて、ブログ書く時間なんて全然ありませんでした。。 てなわけで、今回はFuelPHPでPHPUnitをJenkinsで実行できるようにするまでのメモをしておこうと思います。 開発環境 FuelPHP 1.7 ローカル環境にFuelPHPのプロジェクトを作成する まずはじめに、ローカル環境でFuelPHPのプロジェクトを作成していきます。oilをインストールしてoilコマンドでプロジェクトをバシッと作成していきます oilのインストール curl get.fuelphp.com/oil | sh FuelPHPのプロジェクト作成 oil create fuelphp_sample_blog こんなかんじで『fuelphp_sample_blog』という、サンプルプロジェクトを作成
テストの分散は、環境を分けたい場合や速度を上げたい場合に役立つ。Vagrantで複数マシンのテスト環境を構築し、Jenkinsから複数マシンにまたがるテストジョブを実行してみよう。また、お勧めの便利なプラグインも紹介する。 ← 前回 連載 INDEX 次回 → 連載第3回「アプリケーションをデプロイしてみよう」では、Jenkinsからのさまざまな通知方法、およびテストの分割、Herokuへのデプロイを解説した。Jenkins以外についても多くのことを解説したが、いきなり全てを実践する必要はない。どのプロセスの優先順位が高いのか、プロジェクトメンバーで話し合って、着手する順番を決めていこう。 テストの分散とは? さて、今回は「テストの分散」の話である。「前回の連載で複数のジョブに分けたのが分散なのでは?」と気付いたあなたは鋭い。今回の「分散」とは、ジョブに分割することではなく、「複数マシンで
Immutable Infrastructure Conference #1 : ATND でLTしてきた。 内容はきれいにゴミを捨てましょうという話以上のものは特にない。 背景の説明が少し雑だったので補足すると、Jenkins のジョブスクリプトで、git push する度に docker run していたら ゴミがどんどんたまっていったという感じ。 1 push あたり、アプリコンテナ、DBコンテナとか合わせて3コンテナぐらい起動してるから開発が活発だと、どんどんゴミがたまる。 さらに補足すると、Device mapper がらみのゴミは、aufs 使うとかなり解決できそうな感じはしてる。 (Device mapper だとブロックデバイスレベルでイメージ差分を表現するので、デバイス毎(差分)毎に mount が走るみたいな実装になってるけど、aufs だとファイルシステム単位で複数の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く