gitの使い方しくじり先生~こんな使い方はするな~

はじめに はじめまして、yasuda_naoto と申します。 未経験から WEB エンジニアとして活躍するために RUNTEQ というプログラミングスクールで学習しています。 概要 RUNTEQ ではミニアプリ作成会というものがあり、2023 年の 8 月に青春をテーマにたくさんのアプリが投稿されました。 その際に、愚かな私は「面倒だからgit add .してそれらを一気に commit して push すればええやろ」という、プログラマにあってはならないめんどくさがり精神で作ったアプリをリモートリポジトリに push してしまったのです。 その際に起きた悲劇を再現します。 更に、同じ轍を踏まないように、それを防ぐ方法と、もしあなたが同じしくじりをしてしまったら、そこから立て直す方法をご紹介します。 要点 細かく add & commit しなかったばかりに push が途中で進まなくな

[gengesa]

普通は .gitignore に追加するから git add . は際限なく使って構わない

[tak0ctopus]

git revert しても push が失敗する原因のクソデカコミットは残ったままだから今回は意味ないんじゃないかしら

[canadie]

git add .は初手でやんない方がいい（バイナリもそうだけど.envとかあげちゃう人いるし）、.gitignoreにpushしたくないディレクトリやファイル名をいれとく、も追加で

[mitaro]

たしかに.gitignoreに関する記述がなかった…… 細かくコミットすること自体は悪いことじゃないよ。ただし、意味の通る（≒ビルドが通る）塊でお願いします。（一気に問題・課題を解消せず、スモールステップ踏んでこ）

[aike]

gitの初手で学ぶべきは各種頻出操作の巻き戻し方だと思う。

[sakuro]

方向性が違う話になるけど、gitで巨大バイナリを扱うなら git lfs も調べると吉かな

[sabotem]

gitignoreの管理は大前提として、.hoge.bkとか作っちゃう時がある(良くない)ので、基本はgit add -uで管理下のみaddするようにはしてる。

[Kil]

そもそもwavやmp4の巨大なバイナリファイルを差分履歴管理したいの？ 本当に？ ってところだと思うが。ファイルサーバ＋バックアップで良くない？

[ys0000]

チームメンバーにはvscodeでやるように指示してる。あのGUIでミスる事はまずないのでは。ミスったらリセットで。

[mollifier]

pushのデータ量が多すぎて終わらなかったってことね。こまめに add & commit を行おうって書いてあるけど、細かいコミットをいっぱいやったあとpushしたら同じことになりそう。

[tk_musik]

ローカルのExcelとか.env.bakとか配置してて上げちゃってる人とかもいるのでやはりgit add .するにしても慎重に、という気持ち

[bohemian916]

大量のデータセット(数百ギガ)がある状態でgit add .してしまって、容量が大きすぎてgitコマンド自体何も受け付けなくなったことがあるわ。面倒でも一個一個addしていこう

[psne]

細かく弄る用のブランチを用意しつつ.gitignoreとGUIに頼る

[u06nh]

そもそもファイル管理しっかりせぇって話なのは理解しつつ、どうしてもってこともあるので、git-lfsってやつもあるから検討してみると良さそう。

[txjp]

pushするコミットの粒度はプロジェクトによると思うのと、大きなバイナリは極力git管理しないというのと、git add -pで毎回必ずコミット内容を管理するようにしている