Go言語でのCI環境構築 - Preferred Networks Research & Development
PFNの柏原です。Go言語製のソフトウェアのCI(Continuous Integration, 継続的インテグレーション)環境の構築方法（導入方法）について解説します。想定としてはgithub上にホストしているOSSプロジェクトのソースツリーをCIの対象とします。OSSのpublicリポジトリなため、無料で使えるサービスを利用対象とします。 紹介する各CIサービスすべてでGo言語を扱えますが、まず最初にサービスを利用する上で各サービスについて結論から述べます。その後、各CI環境（OS、Goバージョン）、設定ファイルの例を説明します。 今回はTravis CI、CircleCI、Codeship、AppVeyor の4つのサービスを紹介します。 結論から 結論から書きますと、Linux, OS X, Windowsの各種OSプラットフォームで同時にCIを動かしたいなら、Travis CI(
GitHub と CI を連携してる人にオススメの userscript: PR Build Status in Favicon - 詩と創作・思索のひろば
GitHub を使って Pull Request ベースで仕事しているとこんなことがありますよね…… ( ^o^) LGTM もらった！:sushi: ( ˘⊖˘) 。o(CI 通ったらマージしよう) |花金|┗(☋｀ )┓三 ( ◠‿◠ )☛ マージしてから帰れよ ▂▅▇█▓▒░(’ω’)░▒▓█▇▅▂ 忘れてたああああああ Issue/PR のタブを開きすぎて、自分のにしろ他人のにしろ何がどこにあってステータスがわからなくなってしまうという問題もありますね。 そんなときに便利なユーザースクリプトがこちら。 GitHub PR Build Status in Favicon chrome://extensions に放り込むなどしてインストールすると、ビルドステータスが設定されている Pull Request（例）では、Favicon の右下にそのステータス（最新コミットのもの）を表す色
#JSオジサン でハイブリッド時代のCIツールの発表してきた - from scratch
いやー、めっちゃ楽しかったわ、JSオジサン。 もう色々と感想ブログは出てるけど、僕も一言で感想を言うと以下の様な感じです。 #JSオジサン 楽しかった。ギャルにも会えたし、typescriptオジサンにも会えた。ECMA-262 Edition 5.1を読む本も貰えたし、じゃんけんに勝ってエコバックも貰えた。50-60位の中規模なカンファレンスだとやっぱり話が濃くなるから良かった。— Yosuke FURUKAWA (@yosuke_furukawa) March 27, 2014 実際名前は知ってても顔を見たことない人もちゃんと話したことない人も多くて、そういう人たちと知り合えたのがやっぱり大きかった。 僕が発表した内容 ここ最近、substack wayでモジュールを書くことを実践してます。 本当は上のリンクにあるsubstack wayの話をすごくしたかったんですが、5分で伝えきれる
docker + altria でカジュアル CI 環境を構築してみる（準備） - ようへいの日々精進XP
はじめに docker と CI ツールを使ったテスト環境構築事例が色々と出てきていてとにかく楽しそう docker と jenkins を使った構築事例はあるので altria で試してみることにした 特定の環境に特化したテスト環境ではなく、色々なテストに利用出来るような環境構築を目指す 今回はワンボタンで CI で使うコンテナを作成するところまでを作ってみることにする 参考 Docker + Jenkins + serverspecでpuppetのmanifestをCIする Dockerを使ってJenkinsのジョブごとにテスト実行環境を分離する 第8回Jenkins勉強会で「Jenkins with Docker」というLTをしました #jenkinsstudy altria について altria Rails で実装された CI ツールでバックエンドには redis 等を使っている
Dockerを使ってJenkinsのジョブごとにテスト実行環境を分離する - orangain flavor
はじめに JenkinsでJVM上で動かない言語（PythonやRubyなど*1）を使っていると、ジョブごとに環境が分離されていないことが問題になる場合があります。 Pythonにおける virtualenv やRubyにおける Bundler を使えば、ジョブごとに利用するライブラリを分離することができます。しかし、C拡張ライブラリをインストールするためには、ジョブが実行されるノードに開発用のファイルが存在している必要があります。例えば、Pythonモジュールの lxml のインストールにはlibxml2やlibxsltの開発用ファイルが必要です。 *2 このようなファイルが必要になるたびにJenkinsのノードにインストールするのはスマートじゃないですし、実行に必要な環境はコードの形で明文化されているべきです。 ジョブでaptやyumを使ってインストールするのもセキュアじゃないですし、
[github] github.com の readme.md に貼ると格好いいbadge - HsbtDiary(2013-03-18)
■ [github] github.com の readme.md に貼ると格好いいbadge 2.0 対応で結構な数のリポジトリを眺めていたら、travis のビルドステータスbadge以外にもあったので並べてみる。 travis-ci .travis.yml を読み込んで CI する奴、説明省略 gemnasium Gemfile を読み込んで dependency が古くなっていたりしないかをチェックする奴、これが放置されている gem は要注意ってシグナルになるのかな。 Code Climate ソースコードの静的解析結果を表示する奴、サイクロマチック複雑度とかそういうの。 coveralls ソースコードのテストカバレージを表示する奴、tDiary を追加しようと思ったけど、登録時にエラーになってまだ表示できていない。 こういうのを見れば、テストを放置するライブラリなんだなとか、
![[github] github.com の readme.md に貼ると格好いいbadge - HsbtDiary(2013-03-18)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
Githubでコードを公開する時に便利なサービス - いまならBadge付き -
.travis.yml でビルドの設定を記述 一番良く使われているCIサービス 設定サンプルを見つけやすい - Search · extension:yml path:.travis.yml Travis CIと連携したサービスなどもある Mac 環境を使ったCIを動かせる iOSのテストなどを実行できるようになってる(language : Objective-C) CLIがある CLIからひと通りコマンドを叩いて操作できる
Go言語のビルド生活を drone.ioで幸せに暮らす #golang (Go Advent Calendar 2013 Day 5) - Qiita [キータ]
Go Advent Calendar 2013 5日目の投稿です。 Qiitaに投稿するのは初めてな @atotto です。よろしくお願いします。 Go言語のビルド生活をdrone.ioで幸せに暮らす はじめに Goはクロスコンパイルがとても簡単です。実行ファイル形式で配布する場合、他の環境用にサクっとコンパイルして渡すことができます。 ただ、githubなどにコードは公開してるけど各環境用にコンパイルしたものをさっと配布したいなーと思うとちょっと面倒です。みんながGoのコンパイル環境をもっているとも限りませんし。そこで、CI(継続的インテグレーション)環境でクロスコンパイルしてバイナリを配布できるようにするしくみがないか探してみました。 やりたいことをまとめると: リポジトリにあるコードをCI環境上でクロスコンパイルしておきたい 成果物をダウンロードできるようにしておきたい ということで
![Go言語のビルド生活を drone.ioで幸せに暮らす #golang (Go Advent Calendar 2013 Day 5) - Qiita [キータ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/e4f9b3181331c58d6ce923bdcc33d4887250438d/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Fadvent-calendar-ogp-background-f625e957b80c4bd8dd47b724be996090.jpg%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9R28lRTglQTglODAlRTglQUElOUUlRTMlODElQUUlRTMlODMlOTMlRTMlODMlQUIlRTMlODMlODklRTclOTQlOUYlRTYlQjQlQkIlRTMlODIlOTIlMjBkcm9uZS5pbyVFMyU4MSVBNyVFNSVCOSVCOCVFMyU4MSU5QiVFMyU4MSVBQiVFNiU5QSVBRSVFMyU4MiU4OSVFMyU4MSU5OSUyMCUyM2dvbGFuZyZ0eHQtY29sb3I9JTIzM0EzQzNDJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDbWlkZGxlJnM9ZWFjYjY3MDExYzg5MzNmYjUxZmU3YWExOGM2YmQ2NDI%26mark-x%3D142%26mark-y%3D151%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwYXRvdHRvJnR4dC1jb2xvcj0lMjMzQTNDM0MmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz02NGUwOWEwMDRmNDA0NDRkYTRhZjExOTNkNTA2ODJkMw%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D66582c92373b2566333a238b583995a3)
「最強」のチームを「造る」技術基盤
「最強」のチームを「造る」技術基盤 Presentation Transcript 「最強」のチームを 「造る」技術基盤 Nov/09/2013 Hiroyuki Ito IT Department, Rakuten, Inc. http://www.rakuten.co.jp/ Hiroyuki Ito (伊藤 宏幸、The Hiro) 情報技術部 プロセス・品質課 テスト駆動開発グループ @hageyahhoo 2 アジャイルコーチとして、 開発現場を日々サポートさせていただいています。 3 造る ＝ 栽培する・耕す 4 CI/CD TDD ATDD この３つを軸にした チーム造りについてお話します。 5 Agenda 1. チーム造りの背景 2. 1st Stage : CI/CD 3. 2nd Stage : TDD for Android 4. 3rd Stage : ATDD
Casual CI server - ✘╹◡╹✘
r7kamura/altria https://github.com/r7kamura/altria ここ最近、Altriaっていう名前でCasual CI serverを開発してる。 まだまだ発展途上で、実質的には登録しておいたシェルスクリプトを実行するCron程度の能力しかない。 簡単に説明すると、AltriaはRails 4で作ったJenkins cloneで、Rubyでプラグインを書けるようになっている。 プラグインはRails Pluginの仕組みをそのまま使っていて、Gemにしてアプリに入れられる。幾つか試作品でプラグインを作ってみていて、 Gitと連携させたり、 認証を付けたり、 ジョブ実行後に指定したジョブを実行させたり、 ビルド毎の処理時間をグラフで表示したり、 カバレッジと連携させたり、という機能をそれぞれプラグインで提供できるようになっている。 本体にREST API
JenkinsとSelenium WebDriverでUI層のテストも自動化＆永続化する - プログラマでありたい
思い立ったようにJenkins特集をしておりますが、今回はJenkinsとSelenium WebDriverでUI層のテストの自動化をする話です。Seleniumは面倒臭い画面のテストを自動実行してくれるツールで、出てきてからもう７〜８年がたちます。Web系の開発に携わっている人であれば、一度は試したことがあるのではないでしょうか？そして、必ず挫折したことがあると思います。 その理由としては、せっかく作ったSeleniumのテストケースが腐ってくるからです。一般的にはUI層の変更は、ロジック層に比べて変化が激しいです。だからこそテスト自動化して保証することに意味があるのですが、そのテストケースを維持するのは大変です。そこで、Jenkinsの登場です。Jenkinsでサーバサイドで継続的に実行することにより、Seleniumのテストケースが成功を保てるようにします。また、複数のブラウザ・バ
1日に175回もGitHubはデプロイしているだとぉ…！？ | Act as Professional
GitHubは普通の会社とどう違うのか？ リリースマネージャーがいない（いる必要がない） 週次のデプロイセットもありません（この週にこれだけの機能をまとめてリリースとかがない） 開発者とデザイナーは、早く提供できるように自分たちでデプロイする（できる）作った人達が自ら確認できて、サクッとデプロイできるのであれば、さっさと作って、ささと出してしまった方が良いに決まっています。これを実現させるために様々な工夫がされているようです。 GitHubの基本的なワークフロー The basic workflow goes like this: Push changes to a branch Wait for the build to pass on our CI server Tell Hubot to deploy it Verify that the changes work and fix a
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dependency Update as a Service - Tachikoma.io
https://jp.techcrunch.com/2014/04/30/%E3%82%A2%E3%82%AF%E3%83%88%E3%82%AD%E3%83%A3%E3%83%83%E3%83%88%E3%81%AE%E3%80%8Csideci%E3%80%8D%E3%81%AF%E3%80%81%E3%82%B3%E3%83%BC%E3%83%89%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC%E3%82%92%E8%87%AA/