Dev, Gitチーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。もちろん、言うまでもないようなことだよ、という人もいるかもしれないけ... > このページを見る
最終更新時間:
2012年02月19日01時18分
みんなのブックマーク 人気（0） 新着
-
ソースコードの責任切り分けとカオス化回避にpull requestが有効、という話
-
pull-requestってそんな使い方するんだ。とてもためになった。
-
自分がDVCSに見た未来はこういう使い方でした。企業内での再監フローに上手く乗ってくれる。ただし、上長がGitを使いこなせてくれればという前提は入りますが(´・ω:;.:...
-
コミッタ間での変更が起点になる場合はこのレビュー方法は非常に有益。でもコミッタではない人がレビューするとなるとこの方法ではハードルが上がる。Crucibleの方が楽でいい。
-
「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とご飯と甘いもの @ sotarok
- めも
- ＞git-request-pull
-
pull request かー。いいなぁ
- 「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とご飯と甘いもの @ sotarok (via Instapaper) Sent from my iPhone
-
reading / "「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とご飯と甘いもの @ sotarok"
- 見てる:
- 「Pull Request こそが GitHub が起こした革命だと思うので、これが無いものは GitHub クローンなどではなく、ただの Git リポジトリビューワーですね。」
-
そうそう。オープンソースなプロジェクトでもすぐにはコミット権を渡さない方が良いと思う。CodeReposが好きじゃなかったのは責任の問題と、自分にスキルがないので逆にコミットしにくかったんだよな。
- pull request の本質的なところ。小さなパッチというのはいい。あとコミュニケーションを促進する仕組みとか。
- 「patch のやり取りやコードレビューを、システムによって効率的に低コストで行うことができるようになったことが、Git の、GitHub の革命」
- Pull Request、小さなパッチというコードにおける変化の最小単位でコミュニケーションをとってレビューして(リファクタして)リジェクト/アクセプトする
- 「『あーそこは樹海だからさわらないで』みたいなものが完成する。おめでとう。」ひぃ
-
Pull Requestされたときにコードレビューやリファクタリングするやり方はいいね。
-
「「あーそこは樹海だからさわらないで」みたいなものが完成する。おめでとう。」リアルにあったのでワロエナイ…。
- tas
はてなブックマークはオンラインでブックマークを管理・共有できる無料サービス。自宅、職場、外出先、どこからでも同じブックマークにアクセスできます。ユーザーはみんなでブックマークを共有して効率良く情報収集しています。あなたもはてなブックマークを始めてみませんか?