Drone.io のご紹介1. GMO Pepabo, Inc. 技術基盤チーム Advanced Senior 近藤うちお 2015/03/13 CIツール勉強会@福岡 Drone.ioのご紹介
コードの健康状態を保て！ Jenkinsとtestemを使って、JavaScriptで継続的インテグレーション（CI）を行う
対象読者 JavaScriptの基本をある程度理解している方 テストコードをこれから書こうと考えている方 継続的インテグレーションで「コードを健康的な状態に保つ」 皆さんはどのように開発したコードのテストとビルドを行っていますか？ もう15年ほど前になりますが、筆者が行っていたJavaプロジェクトの方法を紹介しましょう。 テキストエディタでJavaのコードを修正 共有ディレクトリにコピー システムすべてのコードをコンパイル システムすべてのコードをjarファイル化 共有開発環境を手動シャットダウン 共有開発環境に手動ビルド 共有開発環境を手動起動 手動で画面から動作テスト エラーが起きた場合は1.に戻る 箇条書きにするとやることが多いですね。もしかすると古いシステムを開発されている方々は、これと近い方法でテストをしている場合もあるのではないでしょうか。何をやっているかはわかりやすいのですが
無料で使える CI サービス 8 個まとめ - 永遠に未完成
CI サービスをいくつか触ってみたのでまとめ。 今回の目的は、テストを実行すること。なので、ビルドやデプロイ辺りはちゃんとは見ていない。 ドキュメントで確認しただけの項目などもあったりするので、間違っていたらごめんなさい。教えてもらえると助かります。 ただ、これは記事を書いた時点での比較で、今後のサービスの変更に対応する予定はないです。 触ってみたサービス一覧 アルファベット順。 AppVeyor CircleCI Drone IO Magnum CI semaphore shippable Travis CI wercker codeship ってのもあったけど、無料プランは月100ビルドまでとかで常用には耐えないと感じたので中身見てない。 機能比較 機能比較は全て無料プランでのもの。有料だと対応している場合でもここでは x にしている。 比較項目は私の独断と偏見で適当に選出した。 項目
Travis CIのContainer-based Infrastructureを試した - GeekFactory
継続的インテグレーションしてますか？ オープンソース開発の継続的インテグレーションにはTravis CIが便利ですが、ビルドが始まるまでに少し時間がかかるという欠点がありました。Travis CIはVMベースの分離技術を採用しているため、ビルドを要求してもCPUやメモリのリソースに空きができるまで待たされることがありました。 そこで、Dockerベースのコンテナでビルドを行う仕組みが先週から提供され始めました。公式アナウンスによると、ビルドの立ち上がりが非常に早くなり、さらに、より多くのCPU時間やメモリが使えるようになると書かれています。 ただし、現状ではビルドの中で sudo が使えません。また、好きなDockerイメージが使えるわけではなく、あらかじめ用意されたDockerイメージでビルドが実行されます。これらの制約は今後解決されていくようです。 では、どれぐらい早くなるんでしょうか
Walter, a simple build pipeline tool
Today I announce Walter, a simple build pipeline tool with a collaborator @takahi_i. Beriefly, Walter is a tiny tool for executing build pipelines (such as automated build workflows) in Continuous Integration / Delivery(CI / CD). Background of development Build pipeline settings heavily depends on Jenkins GUI When managing a CI environment with Jenkins, we commonly use some sort of build pipeline
Jenkins＋HipChat＋Hubotをチーム開発に導入してお手軽CI
チームでiOSアプリ開発を行う際、チャットツールを導入することはよくあることだと思います。近年、国内で利用されている代表的なチャットツールとしては、次のようなサービスが挙げられます。 HipChat Skype ChatWork Yammer Slack 今回は、上記の中でもJenkinsと連携させる上で現在最もポピュラーなサービスといえる「HipChat」について、アカウントを登録し、Jenkinsと連携する手順を交えて解説します。さらに、Botフレームワーク「Hubot」を組み合わせて、CIをより効率的に回す方法について解説します。 無料でも使えるチャットツール「HipChat」とは HipChatは「Bitbucket」「Confluence」などで知られるAtlassian社製のチャットサービスです。チャット機能以外にも、ファイル共有やスクリーン共有、ビデオ通話などといった機能も兼
Travis CIでビルドのアウトプットを外部に保存する - GeekFactory
GitHubプロジェクトのContinuous IntegrationにはTravis CIが便利ですね。Travis CIはビルド中の標準出力（とエラー出力）をログに残してくれるので、ビルドが失敗した場合も原因を調べられるようになっています。しかし、テスト実行中のデバッグログなど、あらゆるものを標準出力に流してしまうと、ビルド失敗時の調査に大変な労力がかかってしまうため、ビルドレポートを外部に保存する方が便利でしょう。本稿では、Travis CIでビルドのアウトプットを外部に保存する方法を説明します。 方針 アウトプットの保存先として下記のような選択肢があります。 Git Repositoryにpushする。GitHubなど。 Cloud Storageに保存する。S3など。 SSH Serverに保存する。自前のサーバにscpするなど。 いずれにしても、第三者に保存先を勝手に変更されな
Vim プラグインを Windows 環境でテストする - 永遠に未完成
最近は専ら Vim script 向けテスティングフレームワーク themis.vim を作っているわけですが、テストを書いたら当然実行しないと意味がないわけです。 しかし手動でテストするのは面倒。そこで CI。設定しておけばリモートのリポジトリに push した時に自動でテストを走らせてくれます。 Linux 環境用の CI サービスはたくさんあるので、Travis CI なり drone.io なり自由に使えば良いと思います。便利。 しかし Vim はマルチプラットフォーム。当然 Windows 環境でもテストしたいですよね。と言うわけで Windows 環境で CI できるサービスと、そこで themis.vim を使ってテストを走らせる設定例を紹介します。全部無料でできます。 と言うわけで CI サービス AppVeyor を使います。 Continuous Integration
DevOpsDays Tokyo 2012に参加してきたので聞いたこととか思ったことまとめ - As a Futurist...
DevOpsDays Tokyo というイベントが行われていたので参加してきました。DevOps という単語やムーブメントを牽引する英語圏のゲストを招いての大規模なイベントでした。会場の GMO さんやスポンサー各社のご協力のおかげか、至れり尽くせりな感じですごかったです。 Tokyo 2012 – welcome セッションスピーチはほとんどが各社製品紹介みたいな感じだったので割愛しますが、その後に行われた OpenSpace が相当エキサイティングでした。これは海外のカンファレンスだとよくある形式なんですが、会場とコマだけ用意されているので、あとは話したい人が話したいテーマをその日に適当に入れてプレゼンとかディスカッションをするという感じのものです。その場で生まれる議論のダイナミズムは、普段から色々と頭を使って手を動かしているエンジニアにとってはとても刺激されるものではないかと思います
Travis CI Nightが開催されました #eytokyo
昨日、おそらく日本では初めてのTravis CIだけを扱う勉強会、Travis CI Nightが開催されました。 参加者にはRubyやPHPに限らず、iOSアプリの開発者やAndroidを扱っている方など幅広い層の参加者が集まりエキサイティングな会になりました。 実際にJenkinsなどから移行してみた結果、テストの実行が早くなったという感想が多く見られたのも印象的です。 これは自前でのJenkins環境を並列・分散ビルド環境にまで高めるのはかなり手間がかかるということで、サービスを利用するメリットとして感じやすいところでしょう。 発表時間はけっこう超過していたのですが、余す所なく語れるように延長して録画などを行っています。倍速再生も可能ですので是非ご覧ください。 当日のツイートのまとめはこちら - Travis CI Nightのまとめ #eytokyo - Togetterまとめ
GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー
少し前までアプリケーションのデプロイと言えば capistrano などをコマンドラインから叩いてデプロイ、みたいなことをやっていたが、最近は少し様子が違うのでそのやり方、KAIZEN platform Inc. での事例を紹介する。 GitHub のイベントを契機に CI as a Service にデプロイを担当させる GitHub で Pull Request を送って開発するのが前提になっているのは以前にも紹介した。 最近は Travis CI や CircleCI などに代表される CI (Continuous Integration) as a Service があって、CI も自分たちで環境を構築しなくてもクラウドに任せることができる。KAIZEN では CircleCI を積極的に使っている。 これらの CI as a Service は基本的に GitHub と連携するこ
【書評】手動デプロイからの卒業指南書「継続的デリバリー」
継続的デリバリー 信頼できるソフトウェアリリースのためのビルド・テスト・デプロイメントの自動化著者／訳者：David Farley、Jez Humble、和智 右桂、高木 正弘出版社：KADOKAWA/アスキー・メディアワークス発売日：2012-03-14大型本：544ページISBN-13：9784048707879ASIN：4048707876 レビューに参加させていただいた縁でアスキー・メディアワークス社様より献本いただきました。和智さん、高木さんの黄金コンビによる翻訳です。 デプロイ自動化に関する話を網羅的に扱った本はこれがはじめてでしょう。 上級技術者向けと書かれているように内容は結構ハイレベルで、構成管理、CI、テスト戦略についての前提知識が求められるように思いますが、アジャイルなプロジェクトの中で日々改善を繰り返している人たちにとっては理解しやすいのではないかと思います。 デプ
第5回 Jenkins勉強会に参加してきた #jenkinsstudy - Diary of absj31
connpass-第5回Jenkins勉強会 USTREAM - jenkinsci 2012/02/21 第5回 Jenkins勉強会 #jenkinsstudy - Togetter (写真：ビアバッシュ時の書籍プレゼント抽選にて、何と2/24発売の「Jenkins」日本語翻訳版を頂きました♪) 今回第5回のJenkins勉強会は、場所を楽天株式会社＠品川シーサイド にて行われました。 追加募集が何度か行われており、多くの参加者数が予想されましたが、それら多数の参加者を楽々収容するスペース！(過去自分が訪れた勉強会で言えば、縦サミもここでしたね) 今回は会場設備準備のために若干開始時刻から遅れていたため、この時間を使って場つなぎ的にアイスブレイクトークが行われてました。 今回はプレゼントがあります。 Jenkins本 Jenkins 作者: John Ferguson Smart,Sk
第4回TFSUG: とある案件におけるTFS運用事例 - GeekFactory
2月20日 第4回 TFSUG：TFS導入の両輪(開発と運用) #tfsug(東京都) でお話しさせて頂きました。昨年ブログに書いた内容を中心に、構成管理や継続的インテグレーションの基本的な内容をご説明しました。 遅くなりましたが、スライドを載せておきます。品川のMS本社ビルは綺麗でした。座席もゆったりしてるし。まさか自分がスクリーンの前に立つとは思ってもいませんでした。このような機会を頂きましてありがとうございました。 speakerdeck.com ※スライドの一部を加筆修正しています。ご了承ください。 他力本願ですみませんが、会場で質問した内容をタイムラインから引用しておきます。@yukio_saitoh さんありがとうございます！ 2012年2月20日 - 19:16 ここで場内質問。 シェアポで情報共有なさってる方 → 皆無。。。 #tfsug 2012年2月20日 - 19:
スローテストを解消する12の方法
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 システム開発において一番コストが高いものは人的リソースであることがほとんどです。 したがって開発者の時間効率をあげるためにできることは色々と取り組む必要があります。 例えば個人の開発マシンが遅くてビルドやテストに時間がかかるとかもっての他です。 一日10回ビルドして一回のビルドに5分かかるとします。 これを高性能なマシンに変えたら2分になったとすると、(5-2)1020=10時間。 時間単価5000円として一ヶ月あたり合計50000円の節約になります。 同じことがCIやテスト自動化にも言えます。 CIサーバのハードウェアを高性能なものに変更する会社のあまったPCを使ったりして遅いテス
JIRA、Jenkins、GitHubで始めるオープンソース #jiraadvent – yusuke.blog
・JIRA Advent Calendarの最終日担当です。 趣味でなんとなく作ったものの放置してしまっているアプリケーション、ユーティリティ、ライブラリはありませんか？ オープンソースソフトウェアにしてしまいましょう！ もちろん懸念はあるかもしれません、例えば： ・オープンソースってやってみたいけど人に見せられるほどキレイなコード書ける自信がない じゃぁいつやるの？ 今感じる範囲でキレイなコードにして公開してみたら？ ・同じようなコードは他にもあるし・・・ 既存のコードで歯がゆいところがあったから書いたんじゃないの？ 地球に70億人もいるんだから同じように歯がゆさを感じている人が1人や2人はきっといるはず。 ・オープンソースにしたら盗まれちゃう！ 死蔵してたらすぐに、またはいずれ陳腐化して新規性のないコードにきっとなります。 盗まれて困るようなコードだったらとっとと起業してビジネスにした
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
