[B! GitHub][Pull Request] eigo_sのブックマーク

インフラの継続的デリバリー - naoyaのはてなダイアリー

事前に断っておくがここでいう「インフラ」はレイヤ的には OS より上の話。少し前に GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリーで、GitHub を介したデプロイを実践しているということを紹介した。普段の開発を Pull Request ベースでやっているので、デプロイもまた Pull Request を契機に実行させると色々捗る、という話。このプラクティスの対象領域をインフラにまで拡大してみました、というのが今回の話。 DNS レコードを Pull Request を merge した契機に自動で更新 AWS を利用している場合、ドメインの管理も Amazon Route 53 を使うといろいろと都合がいい。 Route 53 での DNS レコードの更新はこれまでブラウザから操作していた。これだと誰がいつ作業したかわからないし履歴もトラックしづらい。また変更

eigo_s 2014/08/21

リンク

JenkinsプラグインのGitHub pull request builder pluginを使ってみる - 技術めも

現在、GitHubのPull Requestでコードレビューし、問題なければマージするというフローで開発しているのですが、コードは問題なさそうなのでマージしてみると、specが落ちている・・といったことがありました。そこで、Pull Requestされた時点でそれをマージしspecを実行してくれる、そしてその結果を通知してくれるといったことが自動でできれば良いなと考えていました。そこで発見したのがGitHub pull request builder pluginというJenkinsのプラグインです。このプラグインは、以下のようなことをやってくれます。 Pull Requestされた（またはそのPull Requestにコミットを積み重ねた）時にそれを検知し、自動でマージしビルドしてくれる（実際はcrontabで設定したタイミングで） GitHubのPull Requestペー

eigo_s 2014/07/24

リンク

GitHubでの”Merge pull request”の弊害 | POSTD

私は GitHub が大好きです。GitHubはオープンソースへのコントリビューション（寄与貢献）を何十倍も容易に、そして楽しいものにしたと思います。ですが、GitHubがPull RequestというwebのUI形式で前面に押し出しているオープンソースのメンテナーのワークフローが、プロジェクト品質とコントリビューションを受けつけるスピードの弊害になるということに気がつきました。そこで、GitHubの Pull Request にある「Merge pull request」ボタンをクリックする前に、少しお話をさせてください。メンテナーの紹介ジェーンはそこそこの成功を収めているオープンソースプロジェクトのメンテナーです。彼女は毎週プロジェクトのGitHubリポジトリに上がる新しい Issue を確認し、リクエストに対し速やかにフィードバックを返します。リクエストをすべて実行する時

eigo_s 2014/07/10

リンク

GitHub実践入門、Pull Requestによる開発の変革。GitHub Kaigi 2014

GitHub User Group主催のGitHub Kaigiが6月1日、都内で開催されました。GitHubを利用した開発は、スタートアップやオンラインサービス系の企業などを中心に広まりつつあり、いままさに数多くのノウハウの交換が求められているツールでもあります。本記事ではGitHub Kaigiの最初のセッションとなった大塚弘記氏の「GitHub実践入門 ─ Pull Requestによる開発の変革」の内容をダイジェストで紹介します。 GitHub実践入門 ─ Pull Requestによる開発の変革大塚弘記といいます。会社でもリアルでもほとんど@hirocasterと呼ばれています。今日はメッセージを3つ持ってきました。まず、GitHubを使っている世界と使っていない世界についての話を少し。次に、GitHubを使っているけれど、十分に使っているかどうか、という話をして、最後に本