Git 作業における commit と push の頻度について - Qiita

注意 この記事は、2014年に投稿されたものです。 時代は変わっても運用におけるベースは大きくは変わっていませんが、投稿としては古い内容ですのでご注意下さい。 未だにストックなど多くいただきますので注意事項として、追記させていだきます。 以下本文です。 はい、今更かもしれませんが。俺としてはGitを扱う上で結構重要だと思っている commitやpushの頻度 について書きたいと思います。はじめに断っておきますが技術的なテクとかの話ではないです。ほとんどが 言われてみれば当たり前じゃん 程度の内容だと思って下さい。 ですが、flowとか運用方法 とか gitを使いこなすちょっとしたテク なんかより重要だと思っているのは俺だけでしょうか...？ どの単位でコミットしたりプッシュしていますか？ みなさん、どのような単位でコミットしたりするようにしていますか？未だに 適当にやってる みたいな人がい

[sonots]

え？ master にがんがん commit && push するの？ないわー。自分しかいじってない branch にやるならわかる。

[sue445]

commitとpushの粒度が同じならそもそもgit使わずにSVNでいいのでは説

[gabuchan]

彼の同僚のためにも同僚の気持ちでコメント書いた。GitおじさんにはGit道を極めて欲しい。

[katzchang]

commit/pushを頻繁にやるのはいいけど、初期段階かつ一人で開発してるとき以外はpush origin masterはやらないな。チームでコミットするならブランチを使うほうが便利。

[ledsun]

commit頻度が多い日は100回とか高いので、毎回pushは出来ない。CIを組んである時は特に。「Refactor Xxx」が永遠と続いたりしてcommit logが腐るので、pushする前に整理してからpushしている。

[yukung]

頻度を訴えたいのはわかるんだけど、それならブランチの意義も合わせて書いて欲しいなぁ。期待された使い方とか書くなら尚更。それどこの SVN ？な話に聞こえる。タグの相性のとことか、全体的に雑な感じが…

[kfujieda]

Git Advent Calendarを自ら立てて初日にこれを書いた意気は買いたい。

[tyage]

突っ込みたくなるのもわかる

[hyuki]

ブコメが勉強になった。

[mikihoshi]

ブコメが全力で燃え上がってて噴いた

[sho]

「push origin master」ってとこまで読んでそっと閉じた。ありえん。

[luccafort]

コミットの頻度を高めましょう→わかる、作業途中でもコミットしましょう→お、おぅ…、コミットしたらプッシュしましょう→死ね。という結果になったのでこれは確かに炎上案件

[katsyoshi]

コミット粒度は細かくは理解できるけど、push頻度あげろは理解できない。

[you21979]

細かいコミットは初期開発とか、個人開発の使い方だと思ってた

[Nkzn]

じゃあSVN使えよ案件だな。自分しか触らないfeatureブランチなら同意。チーム開発したこと無いのか・・・？

[masaru_b_cl]

s/master/feature-branch/g な案件

[megomego]

タスク途中でもきりが良ければコミットらしいので、commit即pushではなさそうですが、Gitの使い方うんぬんで分散型の利点であるローカルのブランチやコミットについて言及しないのは説明不足という印象

[motchang]

ブコメ込みで

[skyfox_xxx]

なんか翻訳で少し前に読んだ記事とにてる

[noonworks]

ここでいうタスクの粒度が不明だけど、私はタスク＝ブランチ、コミット＝後で「ｱｯ戻したい」って思うまとまりの粒度で、作業ブランチでcommit,pushしてrebaseで整頓してからマージするなぁ

[teracy_junk]

なんかコメントが燃えてる

[inc-2734]

pushは怖いのである程度まとめてからやってる…

[bufferings]

作業ブランチでもっと細かくコミットして、帰る前にプッシュ。タスク完了したらリベースしてプルリクエストってどう？(不安

[kozyty]

【12/5更新】補足とお詫びを記事にしてリンクを貼りました。