Gitの最初のコミットは空コミットにしよう

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

[suthio]

コミット履歴を正しく保つことにコストを払うことは本当に意味があるんだろうか

[tmurakam]

初期コミット変更したいって、何かがおかしい。とりあえず最初は空の README か何か入れておいて、コミット積み重ねれば良い。

[PEEE]

強制rebaseよりmerge派ですべてのコミットはrevert等含め残すべき派なので相入れなさそう

[mimesis]

みんな辛辣だけど、こういうのって色々コメントがついて議論になるから、色々な視点が見られて面白いし、めげずに頑張って欲しい。

[n314]

amend すればいいのでは…？あとざっくり .git 消したりとか。

[ligun]

自分のinitial commitは空の.gitignoreとREADME.mdを入れるなー

[gom68]

rm -r .git && git init

[murasuke]

“git commit --allow-empty -m "first commit"”

[trashtoy]

自分もこの記事の記載と全く同じ理由で Initial Commit を空コミットにする派なので, わかるー！と思いながら読んだ

[mather314]

僕も何も入れないコミットを作ってるなぁ。gh-pagesブランチを作る時に「既存のコードを消す」コミットを作ってしまうのが嫌だったからだけど。 git it エイリアスは便利そう。

[shinagaki]

俺だったら first じゃなくて initial commit にする

[d0i]

gitの嫌な点。こうすればいい、という明快な利用指針がないから、この記事みたいにオレオレベストプラクティスがポコポコ出てくる。perlみたい(pythonに対する)

[regularexception]

rebaseじゃなくて修正他のものをcommitすればよい。修正にはする意味があるんでしょ？ // passwordがはいっちゃったとかならともかく

[delphinus35]

コミットツリーをそこまでして綺麗に保つ意味がよくわからないが……趣味の領域なのかな。／自分なら気付いた時点で .git ディレクトリ全消ししてコミットし直すだろう。

[Surgo]

正しいファイルで新たなブランチを作成して、そのブランチからリベースすれば良いのでは？なにやりたいかしらんけど

[y-kawaz]

秘密情報を入れちゃったとか以外で過去コミットを改変する必要性を感じない。／←て初見時は書いたけど gh-pages みたいなコード無関係なブランチを管理したくなる可能性とか考えると initial empty commit 作る派になった。

[love0hate]

最初のコミットをrebaseしたい理由がわからない。潔癖症なのかな

[uunfo]

ふむ

[ene0kcal]

gitを使う経験はあまりないが、とりあえず覚えておこう。

[masudaK]

そんなコミットし直したいとき今までなかったから、よく分からない

[lacucaracha]

機械にやらることまで人間様が意識してやらなきゃいけない「お約束」ってがっかりするよね

[yamakozawa]

お

[t3kot3ko]

これはよさげなプラクティス．rebase -i --root ができるので別にいいかなーとも思うけど

[takehikom]

『git init』のあと『git commit --allow-empty -m "first commit"』

[key_amb]

rebaseできないうわああってなったことあるけど、一応やり方あるのね。とはいえ面倒なので空コミットしておけ、と。

[progrhyme]

rebaseできないうわああってなったことあるけど、一応やり方あるのね。とはいえ面倒なので空コミットしておけ、と。

[qtamaki]

git利用者のcommitを修正していくスタイルがどうしても受け入れがたい

[tmatsuu]

あーなるほど。githubなどもREADMEだけをまずcommitするチュートリアルになってるのはこれを意図してだろうか。

[lequinharay]

本当にコレ。特に初期コミット付近は結構内容が変わることが多いから最近はこういうふうにしている