Ruby - [翻訳] 私のコミットをまとめないで - Qiita

テクノロジーカテゴリーの変更を依頼記事元:

163 usersがブックマークコメント

Ruby - [翻訳] 私のコミットをまとめないで - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure y... Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに RubyのコミッターでもありRailsなどの多くのOSSで活躍されているMarc-André Lafortune さんのブログに面白い記事があったので筆を取りました. （許可は取りましたヨ） Why I Won't Squash My Commits *注釈 [...] で記された文章は原文には存在しない私の注釈であるので留意されたいです. 翻訳に至らない所があれば編集リクエスト待ってます. 要約 PR,feature単位でcommitをまとめるかどうかでRailsのプロジェクト上などで揉めた. それぞれのcommitは独立し

sugawara1991 これはgitの仕様の問題じゃないのか。意味がまとまっているが個々の変更点が分離可能なcommitを纏めてセットとして扱うアーキテクチャが欠如しているなら。コミッタがすべからく配慮せよというのは無理がある

2014/11/03 リンク

nabetama コミットログが「fix」とかそういうクソ以下のものじゃないことが前提だけどすげーわかる。“１つ１つ丁寧に分けられたコミットをそのままにしておけ”

2014/11/04 リンク

Dryad 意味的にきちんと分割したコミットなら個別にそう主張すれば良いだけで、一般化できる話ではないように思う。

tri-star 1つにまとめることで読みにくくなるPRもあると思うので、まとめなくても良いと思うものの、コミットをまとめるかどうかは意見が分かれるところなのかもしれない。

2019/08/04 リンク

karur4n "多くのcontributor達が歴史的な理由もあってgitやgit rebase -iをよく思わない事が主な理由で、彼らがコミットをそれぞれ独立させるのではなく、思いつくままにコミットを作ってしまう事がいけないのではないかと思っている.

github
git

2014/11/22 リンク

vanbraam まとめろ派が意外に居てびっくり;CI的かつ意味的にちゃんと分かれたcommitをまとめるとかむしろあり得ない.レビューもcommitが分かれてる方が楽だし;続き: http://b.hatena.ne.jp/entry/b.hatena.ne.jp/entry?eid=233641355