Dangerで効率よくPR駆動開発 | Recruit Jobs TECHBLOG
こんにちは、kyoです。 今回はPull Requestの開発・レビューを効率化するツールDangerを紹介します。 紹介とは言え、具体的なインストール方法や設定などはドキュメントや関連記事を参照すれば大丈夫だと思いますので、この記事は主にDangerは何を、どうやって開発・レビューの効率を上げることに集中します。 Dangerとは？ DangerはCIサービス上で動作し、Pull Requestに対して自動チェック（だけじゃない）を行うossです。 現在コミュニティではメインのrubyプロジェクトdanger/dangerとnodejsで書き換えるdanger/danger-jsの2つが主に開発を進めています。 私(leonhartX)も微力ながらDangerの開発者の一人で、dangerのrubyプロジェクトやdanger-swiftlint, danger-android_lint
CIのテスト環境にDockerを導入して自動テストを高速化してみた。 - DMM.comラボエンジニアブログ
はじめに こんにちは。プラットフォーム開発部のいしがきです。普段はDMMサービス全体を支える会員基盤の開発をしています。 目次 概要 既存の自動テスト環境 既存の自動テスト環境の問題点 改善案 : Dockerの導入 実現方法 まとめ 概要 今回はCI(継続的インテグレーション)の開発工程において、自動テスト環境にDockerを導入してテストの実行時間を高速化した事例を紹介します。 既存の自動テスト環境 まず、既存の自動テスト環境を紹介します。構成はごくごく一般的なCIの構成で、下記の図のような構成になっています。 1.リポジトリ管理はStashを使用しています。 開発者は日々、ソースコードを自身のトピックブランチにcommit,push→pull request(レビュー・承認)→統合ブランチ(master)にmergeの流れです。テストコードはPHPのテストフレームワークである、Cod
Docker で「速くてウマイ」な CI 環境を構築するための 5 つの Tips | 株式会社ヌーラボ(Nulab inc.)
Docker 社のユースケースでもあげられているように、CI/CD で Docker を使うというのは、プロダクションシステム以外で Docker の特性を活用できる良い場所だと考えています。ヌーラボではBacklog でのプルリクエストの提供以降、CI のジョブの実行のために Docker を利用しています。ここではその運用から学んだ５つの Tips を紹介したいと思います。 ヌーラボの CI 環境の全体図 これがヌーラボの CI 環境の全体図です。 CI には Jenkins を利用しており、Jenkins のジョブのトリガーとなるのは左側の Backlog や Typetalk です。実際には Jenkins Backlog Plugin や Jenkins Typetalk Plugin を利用してジョブを処理しています。これらのプラグインの詳細については本ブログ末に参照先をのせて
Jenkinsと完全にサヨナラして、CircleCIに移行した話 - tehepero note(・ω<)
2015-07-02 Jenkinsと完全にサヨナラして、CircleCIに移行した話 CI Jenkins CircleCI 長らくCIはJenkinsを利用して開発をしてきて、Hudson時代からご愛顧してきたのですが、この春から新しくスタートしたプロジェクトではJenkinsを利用しないという決断をしました。 Jenkinsとサヨナラした理由 複数プロジェクトで共有して利用するのがツライ うちの会社では共通で用意されたJenkinsがあって（それなりにスペック高くて、slaveもぶら下がってる）、色々なプロジェクトがそれを利用しています。 このケースの問題点は何よりもランタイムやSDKを共有してしまうことにあります。全てのビルドに副作用を与えることなく、ランタイムやSDKを追加・更新するのが簡単ではありません。それを滞りなくやるには事前にどのビルドが何を使っているかを把握したり、利用
PHPerのためのJenkins
序文 ソフトウェア開発とはままならないものだ。そもそも開発と銘を打たれているにも関らず製造工程のような量的単位「工数」で管理しようとしているので致し方無いのかも知れない。そう、開発と言うからには「作ったことの無いものを作る」ということであるにも関わらず、 ・「何人がかりで何日で出来る?」と聞く ・「何日くらいですかね、やってみないと分からないけれど」と答える ・「分からないけれど」はとりあえず無視して、何日かの余分をとってスケジュールを作る そんなことをしていれば古典落語に出てくる「致し方ないけれど起こる残念な出来事」のようなオチにしかならないのは目に見えているのだが、これは現実によく有るやりとりである。しかし、これでもまだマシな部分も有る。少くとも作ろうとしてとしている人が「何日で出来そうか?」について答えているからだ。作ろうとしている人ではない人が当てずっぽうに答えてスケジュールが決ま
Jenkinsを利用したAndroidコード品質の見える化 - Qiita
この時点でブラウザから[IPアドレス]:8080でJenkinsにアクセスできるようになる。 また、macのローカルにJenkinsを立ち上げる場合は$brew install jenkinsでインストール後、ブラウザからlocalhost:8080にアクセスすればよい。 Jenkinsの初期設定 インストール後、まずは唯一のadminアカウントを設定し、また、自由にアカウントを作成することを禁止する。ここの設定は任意で。 ログイン認証の追加 Jenkinsの管理 > グローバルセキュリティの設定 セキュリティを有効化 にチェック アクセス制御 > ユーザー情報 > Jenkins のユーザーデータベース > ユーザーにサインアップを許可 にチェック アクセス制御 > 権限管理 > ログイン済みユーザーに許可 にチェック 保存 ユーザ作成 アカウント登録 > サインアップ ユーザー名、パス
JenkinsでFuelPHPのユニットテストを自動化してみた - sometimes I laugh
Jenkins、いいですよね。オペレーションの自動化には美があります。前回の記事ではGitによるデプロイ自動化を行いましたが、その時点で既にユニットテストの自動化は想定していたので、今回はそれを実現してみます。 これによって、機能を実装してプッシュする度に自動でデプロイされ、その過程でテストが自動で行われるので、特に通知がなければ動作が保証されるようになります。実際に本番環境への適用の際には、もう少ししっかりテストをする必要があるのかもしれませんが、開発環境レベルではテストを意識的に実施せずとも気兼ねなく開発を進めることができます。 ユニットテストにはおなじみのPHPUnitを使います。なお、前回のJenkins導入やデプロイ自動化の話はこちらの記事でまとめてありますのでよろしければどうぞ。 ユニットテストとテスト自動化 従来、プログラムのテストはミスの許されない商用プロダクトでは欠かせな
はてなにおける継続的デプロイメントの現状と Docker の導入
2015 年 1 月 11 日に開催された 「Jenkins ユーザ・カンファレンス 2015 東京」 での発表資料です。Read less
HubotとJenkins、GitBucketを連携してCIをチャット上で効率化するには
連載目次 連載第1回の「GitHub製フレームワークHubotの概要とインストール、チャットアプリと連携する基本的な使い方」では、GitHub社が開発しているBotフレームワーク「Hubot」の概要、Hubotとチャットとの連携方法、Hubotの基本的な使い方を紹介しました。 前回の「Redmine連携でチケットをチャットに通知＆開発を楽しくするHubotスクリプト6選」と同じく、今回も、サンプルアプリケーションに対して修正を行うシーンを例に、Hubotと各ツールがどう連携するかを解説します。 ソースコードはGitHubそっくりなUIと機能を提供している「GitBucket」（Scala製）で管理し、ビルドやデプロイはCI（継続的インテグレーション）ツール「Jenkins」で行います。 利用したソフトウェアとバージョンは以下の通りです。 Hubot 2.4.7 Kandan 1.2 Git
TestFlightとJenkinsを組み合わせたアプリの配布 - O'Reilly Japan Community Blog
前回はビルド設定とスキーマにより本番環境とテスト環境を数クリックで切り替えられる仕組みを説明しました。 今回はTestFlightによるアプリ配布と、Jenkinsを組み合わせてアプリ開発者以外でもアプリ配布ができるようになる仕組みの構築について説明します。 はじめに 背景と問題点 私がRettyで仕事を始めたとき、アプリを配布する仕組みは特になく、アプリの評価が必要になるたびに実機を借りてインストールを行い、評価をしていました。その後、会社のメンバーやインターンの数が増えてくるにしたがって、以下のような問題が出てきました。 評価を行うメンバーの全端末にそれぞれインストールするのが煩雑になってきた 開発者の数は増えたがiOS開発者は増えなかったため、インストール依頼の負荷がiOS開発者にかかるようになった 開発者の増加にともない開発環境が増え、ビルド設定とスキーマでカバーしきれなくなってい
PHPerな僕が最近気になるCIツールを調べてみたよ2014春 - polidog lab++
最近だとCI使って自動テストしてます系の会社も多いのかと思います。 有名なCIとしてあるのはjenkinsがありますよね。ただ最近はJenkins以外のツールも出てきています。 そこで、ここ最近CIツールがいくつか出てきたので調べてみました。 そもそもCIツールとは？ 継続的インテグレーションを自動化するためのツールであるわけで、テストの自動化とかビルドの自動化とかが中心なツールですよね。 まあ僕はWebアプリケーションエンジニアと呼ばれるクラスタなので、ユニットテストの自動化とpushしたタイミングとかで自動的にやってくれる便利なツールぐらいの認識ですが・・・ 最近は様々なCIツールができてました。webサービスとしてでているのでCIツール用のサーバを用意したりってのもいらなくて非常に便利です。 あといろいろな言語に対応してたり、yamlで簡単に設定書けばいいとかJenkinsに
JenkinsでPHPプログラムをデバッグしてみよう!!
先日社内でJenkinsについての勉強会を行ないました。 勉強会を行った際に、JenkinsでPHPプログラムをデバッグしてみましたので 今回はJenkinsを用いてPHPプログラムをデバッグするまでの設定方法について書きたいと思います。 PHPでJenkinsを使ってみたいが、設定がわからないという方は参考にしてください。 Ⅰ：環境 以下の環境で設定を行ないました。 ・OS:Centos6 ・PHP：5.3 ・フレームワーク：ZendFramework ・JenkinsURL：http://jenkins.example.com:8080 （URLはJenkinsをインストールしたマシンのアドレスに変更してください） Ⅱ：サーバ上に準備するもの １：必要なソフト一覧 ①：Phing phpcs,phpmd,phpcpd,phpDocumentor,phpunitを一括管理することができる
3社の事例から学ぶ！サービスを急成長させたiOS開発の舞台裏のメモ | 中洲と渋谷で働く社長のブログ
2014年4月3日(木)に行われた 3社の事例から学ぶ！サービスを急成長させたiOS開発の舞台裏のメモです。 各発表は資料が公開されているので詳しくはスライドを参照してください ・ハッシュタグ #retty_study ・togetter →誰かがまとめてくれるんじゃないかと思っている →居なかったのでまとめた ・イベント開催の経緯 「ヤフーvsクラスメソッド iOS 炎の7番勝負」に触発された。 今後も対決形式とまではいかなくても各社と一緒にイベントをやっていきたい。 とのこと。 個人的に今後も超期待。 ******************************** セッション前半(各社開発環境について) ■DeployGateの紹介とPlannahプロジェクトの開発環境(ミクシィ株式会社：衣川さん) Plannahプロジェクトの開発環境とdeploy gateの紹介 from K
グリーのインフラに Chef を導入した話 | GREE Engineering
類似のソフトウェアとして、Puppet や Ansible といったものもあります。こういったインフラ自動化まわりのソフトウェアについてはペパボの宮下さんの インフラ系技術の流れ が参考になります。 Chef in グリー さて、グリーでのChefまわりの構成をご紹介します。下図が全体の構成です。 開発環境 開発は各個人のマシン上で仮想マシンを立ち上げて行なっています。クックブックの開発では、クックブックを開発する人が serverspec でテストを書くようにしていて、構築後のサーバが期待通り動くことをテストしています。一つのクックブックでも設定値などの条件によって動作が変わってくるため、test-kitchen を用いて複数の条件（ランリストやノードのアトリビュート（以下、「アトリビュート」）などの組み合わせ）でテストを行っています。 また、一部仮想マシンを使う必要がないテスト（att
開発ワークフローを、いつどう変えるか | GREE Engineering
こんにちは、岡崎 @watermintです。 このエントリは GREE Advent Calendar 2013の記事です。この記事は5日目の記事です。 今日はGREE Tech Talk #04 スマートフォン時代のソフトウエアテストが弊社セミナールームで行われます。岡崎は「Jenkinsによるテスト自動化の会社への導入」というパネルディスカッションに参加させていただきます。パネルディスカッションの内容がどうなるかは会場の皆様からのご質問などによって変わっていくと思いますが、今日の記事では開発ワークフローについての考えを紹介します。 開発プロセスをなぜ変えるのか 開発プロセスを変えようとするモチベーションはいくつかあると思います。組織規模、ビジネスモデルなどによって多少諸条件は違うとしても大まかには次のような目標を達成することがモチベーションになるでしょう。 開発メンバーが変わっても対応
いまだにユニットテストって受け入れられないんだろうな - 個人的なまとめ
色んな所で「テスト(ここではユニットテスト)を書かないのは小学生までだよねー」とか、もっと汚い言葉で言われたりするけど、いまだにうちのチームでは自分だけしか書かない現状が悩ましい。 Jenkinsさんが激おこになっても誰も何も反応しない。 もちろん、全部が書けるとも思ってないので、自分が不安なところとか、変更が多く入りそうなところとかを中心に書くようにしてる。一種の精神安定剤みたいなもん。 あるとき、一緒に働いてるエンジニアさん(ここではAさんとしておこう)に「ここ難しそうだから、テスト書いたほうがいいですよ」って話をしたら、「じゃぁ、工数かかっちゃいますね」って言われて結局書いてなかったな。 そうだよ。ユニットテスト書いたら工数かかるよ。それは純然たる事実。でも、再利用できないチェックシートを作ってやるよりもいいと思うんだけどね。しかもこの前に見せてもらったこのチェックシートも運用レベル
『第６回テックヒルズでアメーバピグにおけるJenkinsの活用例を発表しました。』
はじめまして。 アメーバ事業本部でアメーバピグの開発/運用を担当しております、丸山と申します。 去る6月18日、CROOZ株式会社主催の勉強会テックヒルズにて第６回はJenkinsをテーマにして開催されました。そこでアメーバピグにおけるJenkinsの活用事例について登壇の機会を頂きました。 当日は、すでにローンチして2年以上経った状態でのアメーバピグにおいて、 * コード品質管理 * バッチ制御 * オペレーションの自動化 の3点をJenkinsを利用して如何に実現してきたかを実例を交えて話させていただきました。 が、あまりにも内容が赤裸々すぎたので後で会社から怒られないか若干心配です。 なお、発表時の資料をslideshareに上げておりますので、これからJenkinsを導入する方にとってで少しでも参考になれば幸いです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Yahoo! Screwdriver - スケールするCDツール
DevOps インタビュー: 第 5 回 Yahoo! JAPAN さん ～Dev エースを Ops へ強制移動というレッドピル～
「チーム開発実践入門」勉強会
