より良いプルリクエストのための10のヒント | Yakst

GitHubなどの普及により、プルリクエストを使った開発フローは非常に一般的になった。一方でプルリクエストの品質も色々だ。オープンソースプロジェクトや業務でたくさんのプルリクエストをレビューするMark Seemann氏から、良いプルリクエストを作り、スムーズにマージしてもらうための10のヒント。 原文 10 tips for better Pull Requests by Mark Seemann 良いプルリクエストを作ることには、良いコードを書くこと以上を含んでいる。 プルリクエストモデルは、チームでソフトウェアを開発するための素晴らしい方法になりつつある。チームメンバーが分散している場合は特にそうで、オープンソースの開発だけでなく、企業においてもそれは同じことだ。2010年頃から私は、オープンソースプロジェクトにおいてだけでなく、クローズドソースのソフトウェア開発のために内部的にプル

[lesamoureuses]

やっぱり push -f なんだ。完全なオーナー前提ですね “プルリクエストのブランチをリベースして、強制プッシュして欲しい”

[a_suenami]

「10. スラッシングを避ける」は僕はすごく納得だし自分もそうしてるんだけど、客観的にいうとわりと意見別れるところだと思う。rebaseとforce pushを嫌う人はそれなりにいる。

[yokoyantech]

いいプルリクとはなんぞや、と試行錯誤しているのでとても参考になりました。

[littlewing920]

強制pushか…

[takkunn1611]

Yakst - より良いプルリクエストのための10のヒント

[kodam]

レビュイーの心構え

[efcl]

Pull Requestで気をつける事について

[TaKUMA]

「10. スラッシングを避ける」は確かに複数人開発しててすげー思った。push -fの他にないんかな

[golden_eggg]

強制プッシュは議論ありそう

[joker1007]

基本的に同じことをやってる。がっつりリファクタリングする時はどうにも小さくまとめられんことも多いけど。

[hatajoe]

うーん勉強になる #pocket

[okbm]

“あなたのプルリクエストをレビューするのに、1人あるいは複数人のレビュアーが関わることになる。レビュアーに余計な作業をさせないようにしよう。”

[honeybe]

気をつけたいし気をつけて欲しい事がまとまっている。自省。

[mtmt101jp]

無意識にできるようになりたい

[Kiske]

いつも言ってることがまとめられてて便利