【初心者向け】「コミットの粒度がわからない問題」の模範解答を考えてみた - Qiita

はじめに 先日参加したRails Developers Meetupの中で、「コミットの粒度がわからない問題」が少し話題になっていました。 「commitの粒度がわからない」すいません、私もです…！よく迷っちゃいます…！！！ #railsdm — まえとー (@maetoo11) July 20, 2017 commitの粒度がわからない問題、ある。（ほんとわからない） #railsdm — おおた (@ota42y) July 20, 2017 普段僕は感覚的に「それっ、ここでコミット！」とコミットしているんですが、具体的にどういうルールでやってるの？と聞かれると、きれいに明文化しづらいものです。 とはいえ、できるだけ明文化できるよう、模範解答を考えてみました。 この記事ではそんな「適切なコミット粒度」について解説します。 動画で明文化・・・！？ すいません、「明文化した模範解答」という

[DustOfHuman]

コミット統合できるし通常作業時は細かくていいんじゃないですかね、TODO単位とかで。コミット忘れ(実は分割したほうが良かった件)ってどうやってカバーするんだろう…？

[k1take]

オイラの基準は、２つ。 突然ハードディスクがクラッシュしても、泣き崩れなくて済む単位でコミットw 翌日もし自分が失踪したら凄い迷惑かかるなーと思ったらコミットw

[koogawa]

“あとから振り返ったときに「変更の意図や目的」がわかる単位でコミット” これすごく重要だと思う。「レビュー指摘内容修正」とかだと大変困る(´･_･`)

[luccafort]

ぼくは「ドラクエのセーブと同じ」方式がベースでプラスで「自動生成したら即コミット」してる。問題はそれをしていても細かすぎるかな？とか大きすぎた！みたいなことがあるんだよね。

[sh0g0]

“commitの粒度がわからない問題”

[laiso]

興味深い議題。プルリクエスト前提なら前方の変更を後方のコミットで打ち消さないように注意してるなぁ

[sakura_bird1]

“https://github.com/JunichiIto/train-ticket-rails/commits/master”

[PoohKid]

commitはセーブじゃない定期/意味のあるコメントを付けられない粒度はダメでは

[rlho]

ここまで作った機能を失いたくないと思ったらコミット派です！

[braitom]

コミットの粒度について。極端に大きい粒度、小さい粒度を考えることで適切な粒度が見える。

[kuronat]

ビデオ解説、良い内容だ

[karikari1255]

分割よりは統合のほうが簡単なので、考えうる最小単位でコミットして後からまとめる派です。分割はgit resetしてから細かくコミットすればできます。

[hiroomi]

作業場、"正常に動く単位にする コミットした時点ではプログラムがちゃんと動く、テストコードが全部パスする状態に保つ"。報告用、"TODOリスト単位でコミットする"

[yassan0627]

良いまとめ！私が気をつけているのは、変更/修正/改善は混ぜないとか。記述している意味単位とか、自動整形は分かるとかかなぁ。日々の意識が重要かと。後は実行しやすくする為のエディタでの工夫。

[otihateten3510]

最近はcherry-pickできるほど小さい粒度で、PR時に大量にあって困らないほど大きい粒度で　という風に考えてる。運用次第なんだよね。