<h3>github で git diff from..to を表示する</h3>
<p>いつも忘れるのでメモ。compare だ！(なんで diff じゃないの…)</p>
<ul>
<li><a href="https://github.com/:user/:repos/compare/from...to">https://github.com/:user/:repos/compare/from...to</a></li>
</ul>
<p>で表示。</p>
<ul>
<li><a href="https://github.com/your/repo/compare/from...to.diff">https://github.com/your/repo/compare/from...to.diff</a></li>
</ul>
<p>で text/plain な diff が表示される。.. じゃなくて ... 。</p>
<p>(thanks @sora_h, @kakutani)</p>

github で git diff from..to を表示するいつも忘れるのでメモ。compare だ！(なんで diff じゃないの…)https://github.com/:user/:repos/compare/from...toで表示。https://github.com/your/repo/compare/from...to.diffで text/plain な diff が表示される。.. じゃなくて ... 。(thanks @sora_h, @kakutani)

github で git diff from..to を表示する

<h3>Capybara の using_session でセッションを切り替えつつインテグレーションテストをする</h3>
<p>ユーザAとユーザBが順番にアクセスしに来て云々という spec を書きたい、ので ググったら Capybara に using_session なんつー便利メソッドがあった！のでみなさん使うと良いです。</p>
<ul>
<li><a href="http://rubydoc.info/github/jnicklas/capybara/master/Capybara/DSL#using_session-instance_method">http://rubydoc.info/github/jnicklas/capybara/master/Capybara/DSL#using_session-instance_method</a></li>
</ul>
<p>ドキュメント素っ気ない…。便利なのに…。</p>
<p>以下は wiki のページ衝突の example。片方が更新したのに、それを知らずにページ更新しようとするとコンフリクト画面が出る、みたいな。</p>
<pre><code>using_session(:bob) {
  login(bob)
  visit page_edit_path(target_page)
}
using_session(:tom) {
  login(tom)
  visit page_edit_path(target_page)
}
using_session(:bob) {
  fill_in 'page_content', with: "# bob's page"
  click_button 'Save'
  page.should have_selector 'h3', text: "bob's page"
}
using_session(:tom) {
  fill_in 'page_content', with: "# tom's page"
  click_button 'Save'
  page.should_not have_selector 'h3', text: "tom's page"
  page.should have_selector '#page_content', text: "# tom's page"

  page.should have_selector('#confrict')
...
</code></pre>
<h3>Rails でアプリ内部から発行してる http をトレースする</h3>
<ul>
<li><a href="http://subtech.g.hatena.ne.jp/secondlife/20110615/1308119071">はてなグループの終了日を2020年1月31日(金)に決定しました - はてなグループ日記 - 機能変更、お知らせなど</a></li>
</ul>
<p>の続き。デバッグ用にセットしたら便利だったのでメモ。</p>
<h4>Gemfile</h4>
<pre><code>group :test, :development do
  gem 'webmock', require: false
end
</code></pre>
<p>しておいて</p>
<h4>config/environments/development.rb</h4>
<pre><code>if ENV['WEBMOCK_ENABLE']
  require 'webmock'

  WebMock.allow_net_connect!
  WebMock.after_request do |request_signature, response|
    res = ["=== HTTP Request ===",  "#{request_signature}", "", response.status.join(' ')]
    res &#x3C;&#x3C; response.headers.map {|key, val| "#{key}: #{val}" }.join("\n")
    unless response.body.empty?
      res &#x3C;&#x3C; ""
      res &#x3C;&#x3C; response.body
    end
    res &#x3C;&#x3C; "=" * res.first.size
    Rails.logger.debug res.join("\n")
  end
end
</code></pre>
<pre><code>
しておいて

</code></pre>
<p>WEBMOCK_ENABLE=1 rails s</p>
<pre><code>
すると、http 叩いてるところが以下みたいに出て便利。

</code></pre>
<p>=== HTTP Request ===
GET <a href="http://example.com/">http://example.com/</a> with headers {'Accept'=>'<em>/</em>', 'Accept-Encoding'=>'gzip;q=1.0,deflate;q=0.6,identity;q=0.3', 'User-Agent'=>'Ruby'}</p>
<h1>302 Found
Location: <a href="http://www.iana.org/domains/example/">http://www.iana.org/domains/example/</a>
Server: BigIP
Connection: Keep-Alive
Content-Length: 0</h1>
<p>=== HTTP Request ===
GET <a href="http://www.iana.org/domains/example/">http://www.iana.org/domains/example/</a> with headers {'Accept'=>'<em>/</em>', 'Accept-Encoding'=>'gzip;q=1.0,deflate;q=0.6,identity;q=0.3', 'User-Agent'=>'Ruby'}</p>
<p>200 OK
Date: Thu, 20 Dec 2012 07:16:22 GMT
Server: Apache/2.2.3 (CentOS)
Last-Modified: Thu, 06 Dec 2012 19:40:14 GMT
Content-Length: 606
Vary: Accept-Encoding
Connection: close
Content-Type: text/html; charset=UTF-8
....</p>
<pre><code></code></pre>

Capybara の using_session でセッションを切り替えつつインテグレーションテストをするユーザAとユーザBが順番にアクセスしに来て云々という spec を書きたい、ので ググったら Capybara に using_session なんつー便利メソッドがあった！のでみなさん使うと良いです。http://rubydoc.info/github/jnicklas/capybara/master/Capybara/DSL#using_session-instance_methodドキュメント素っ気ない…。便利なのに…。以下は wiki のページ衝突の example。片方が更新したのに、それを知らずにページ更新しようとするとコンフリクト画面が出る、みたいな。using_session(:bob) {
  login(bob)
  visit page_edit_path(tar

Capybara の using_session でセッションを切り替えつつインテグレーションテストをするユーザAとユーザBが順番にアクセスしに来て云々という spec を書きたい、ので ググったら Capybara に using_session なんつー便利メソッドがあった！のでみなさん使うと良いです。http://rubydoc.info/github/jnicklas/capybara/master/Capybara/DSL#using_session-instance_methodドキュメント素っ気ない…。便利なのに…。以下は wiki のページ衝突の example。片方が更新したのに、それを知らずにページ更新しようとするとコンフリクト画面が出る、みたいな。using_session(:bob) {
  login(bob)
  visit page_edit_path(target_page)
}
using_session(:tom) {
  login(tom)
  visit page_edit_path(target_page)
}
using_session(:bob) {
  fill_in 'page_content', with: "# bob's page"
  click_button 'Save'
  page.should have_selector 'h3', text: "bob's page"
}
using_session(:tom) {
  fill_in 'page_content', with: "# tom's page"
  click_button 'Save'
  page.should_not have_selector 'h3', text: "tom's page"
  page.should have_selector '#page_content', text: "# tom's page"

  page.should have_selector('#confrict')
...Rails でアプリ内部から発行してる http をトレースするはてなグループの終了日を2020年1月31日(金)に決定しました - はてなグループ日記 - 機能変更、お知らせなどの続き。デバッグ用にセットしたら便利だったのでメモ。Gemfilegroup :test, :development do
  gem 'webmock', require: false
endしておいてconfig/environments/development.rbif ENV['WEBMOCK_ENABLE']
  require 'webmock'

  WebMock.allow_net_connect!
  WebMock.after_request do |request_signature, response|
    res = ["=== HTTP Request ===",  "#{request_signature}", "", response.status.join(' ')]
    res << response.headers.map {|key, val| "#{key}: #{val}" }.join("\n")
    unless response.body.empty?
      res << ""
      res << response.body
    end
    res << "=" * res.first.size
    Rails.logger.debug res.join("\n")
  end
end
しておいて
WEBMOCK_ENABLE=1 rails s
すると、http 叩いてるところが以下みたいに出て便利。
=== HTTP Request ===
GET http://example.com/ with headers {'Accept'=>'/', 'Accept-Encoding'=>'gzip;q=1.0,deflate;q=0.6,identity;q=0.3', 'User-Agent'=>'Ruby'}302 Found
Location: http://www.iana.org/domains/example/
Server: BigIP
Connection: Keep-Alive
Content-Length: 0=== HTTP Request ===
GET http://www.iana.org/domains/example/ with headers {'Accept'=>'/', 'Accept-Encoding'=>'gzip;q=1.0,deflate;q=0.6,identity;q=0.3', 'User-Agent'=>'Ruby'}200 OK
Date: Thu, 20 Dec 2012 07:16:22 GMT
Server: Apache/2.2.3 (CentOS)
Last-Modified: Thu, 06 Dec 2012 19:40:14 GMT
Content-Length: 606
Vary: Accept-Encoding
Connection: close
Content-Type: text/html; charset=UTF-8
....

2012-12-20

<h3>GitHub Enterprise TechTalk に見る、各社の運用法</h3>
<p>弊社もバリバリ GHE を使ってるので落ちると開発が回らなくなる(pull request できないのは、master に merge できないのとほぼ等価)ので、他社どうやってるのかーと大変気になってたのでしれて良かった。</p>
<p>間違ってたら教えてくだしぃ</p>
<ul>
<li>クックパッド
<ul>
<li>開発者は GHE へ push, webhook でメインの git サーバに同期</li>
<li>GHE の git レポジトリは本番からは利用しない</li>
<li>GHE が死んだ場合はメインの git サーバを向けることで継続開発・デプロイ可能</li>
</ul>
</li>
<li>はてな社
<ul>
<li>開発者は GHE に push したり場合により別のサーバに push したり</li>
<li>GHE から webhook でミラーリング</li>
<li>GHE / 別 git を開発者がうまく使いこなす必要がある。混乱するので git-hatena コマンドを用意してよしなにラップしてる</li>
<li>GHE のサーバは Active Standby 構成らしいけどどうやってるのか聞きそびれた！</li>
</ul>
</li>
<li>DeNA 社
<ul>
<li>開発者は GHE へ push</li>
<li>GHE から各種 ghe- ツールを使いバックアップ</li>
<li>repos は巨大すぎるので ghe- ツールで無くて rsync
<ul>
<li>某権限でｺﾞﾆｮｺﾞﾆｮ…仮想マシン上のｳﾌﾞﾝﾂですし…</li>
</ul>
</li>
<li>構成は Cold Standby 構成</li>
</ul>
</li>
<li>- VMWare の仮想冗長化はお値段が…</li>
<li>GREE 社
<ul>
<li>大場さんがんばって(´；ω；｀)</li>
</ul>
</li>
</ul>
<p>というわけで</p>
<ul>
<li>GHE が死んで pull request できなくなると死ぬ
<ul>
<li>DeNA でやってる Cold Standby 構成で</li>
</ul>
</li>
<li>本番に deploy やレポジトリ参照できなくて死ぬ
<ul>
<li>参照するのは GHE レポジトリで無く別のメインのレポジトリで</li>
</ul>
</li>
</ul>
<p>が良さそうだナーと思いました。へーしゃも DeNA 社的なアプローチとりたいなぁ。あと GHE も日々進化してるので、そのうちきっと低コストな手法で SPOF が排除される機能がつく…はず…といいなぁ…</p>
<p>あと感想で GHE 使うの苦行だけじゃ、って話しを何件か見たけど、実際 github.com の運用だけで問題ない会社なら</p>
<ul>
<li>github.com を使ったときのセキュリティリスクをとれる</li>
<li>github.com が死んでてもなかない</li>
</ul>
<p>なら、github.com を使うべきですよ。GHE に github.com で実装された機能が入ってくるのにも時差あるし、github .com を使わない理由は無いです。安易に GHE を使うと運用をしっかりしないと死ぬので。</p>

GitHub Enterprise TechTalk に見る、各社の運用法弊社もバリバリ GHE を使ってるので落ちると開発が回らなくなる(pull request できないのは、master に merge できないのとほぼ等価)ので、他社どうやってるのかーと大変気になってたのでしれて良かった。間違ってたら教えてくだしぃクックパッド開発者は GHE へ push, webhook でメインの git サーバに同期GHE の git レポジトリは本番からは利用しないGHE が死んだ場合はメインの git サーバを向けることで継続開発・デプロイ可能はてな社開発者は GHE に push したり場合により別のサーバに push したりGHE から webhook でミラーリングGHE / 別 git を開発者がうまく使いこなす必要がある。混乱するので git-hatena コマンドを用意してよ

GitHub Enterprise TechTalk に見る、各社の運用法弊社もバリバリ GHE を使ってるので落ちると開発が回らなくなる(pull request できないのは、master に merge できないのとほぼ等価)ので、他社どうやってるのかーと大変気になってたのでしれて良かった。間違ってたら教えてくだしぃクックパッド開発者は GHE へ push, webhook でメインの git サーバに同期GHE の git レポジトリは本番からは利用しないGHE が死んだ場合はメインの git サーバを向けることで継続開発・デプロイ可能はてな社開発者は GHE に push したり場合により別のサーバに push したりGHE から webhook でミラーリングGHE / 別 git を開発者がうまく使いこなす必要がある。混乱するので git-hatena コマンドを用意してよしなにラップしてるGHE のサーバは Active Standby 構成らしいけどどうやってるのか聞きそびれた！DeNA 社開発者は GHE へ pushGHE から各種 ghe- ツールを使いバックアップrepos は巨大すぎるので ghe- ツールで無くて rsync某権限でｺﾞﾆｮｺﾞﾆｮ…仮想マシン上のｳﾌﾞﾝﾂですし…構成は Cold Standby 構成- VMWare の仮想冗長化はお値段が…GREE 社大場さんがんばって(´；ω；｀)というわけでGHE が死んで pull request できなくなると死ぬDeNA でやってる Cold Standby 構成で本番に deploy やレポジトリ参照できなくて死ぬ参照するのは GHE レポジトリで無く別のメインのレポジトリでが良さそうだナーと思いました。へーしゃも DeNA 社的なアプローチとりたいなぁ。あと GHE も日々進化してるので、そのうちきっと低コストな手法で SPOF が排除される機能がつく…はず…といいなぁ…あと感想で GHE 使うの苦行だけじゃ、って話しを何件か見たけど、実際 github.com の運用だけで問題ない会社ならgithub.com を使ったときのセキュリティリスクをとれるgithub.com が死んでてもなかないなら、github.com を使うべきですよ。GHE に github.com で実装された機能が入ってくるのにも時差あるし、github .com を使わない理由は無いです。安易に GHE を使うと運用をしっかりしないと死ぬので。

A Day in the Life

github で git diff from..to を表示する

github で git diff from..to を表示する

関連するかもエントリー

書いている人

おたよりを送る