Q&A
`git push -f` をやるべきではないのはわかっているのですが、それでも良いので、過去のコミットログを選んで完全に削除したいです。削除したいコミットログは全て不要なログで、必要なログと必要でないログを分けたいという理由です。また今後プルする人もいなく、過去ログとして参照したいためにこの処理を実行したい理由です。画像では少ないコミット数ですが、実際のログでは大量のログがあるので、手動で確認しながら不要なコミットログを削除したいです。よろしくお願いします。
前提・実現したいこと
Gitのログを削除したい。commit idなど。または、ブランチの削除。
発生している問題・エラーメッセージ
Gitのログを削除する場合、
git rebase -i や git reset --hard 等で削除できると思いますが、マージされた後に、ログをまとめようと思って git rebase -i をし、まとめたいコミットで squash をしてもコミットはまとめられず新しく別れてしまうイメージになってしまいます。
上記の bbb ブランチの3つのコミットのログを1つにするか、もしくわbbbのブランチ自体を削除したい。
また bbb ブランチを削除した場合は、下記のようになり、以前のログは残り続けます。
該当のソースコード
Git
試したこと
ブランチを削除してもログやcommit id などは残り続けます。
git rebase -i をしても、ログやcommit idは削除されず、新しく分岐された状態になります。
補足情報（FW/ツールのバージョンなど）
SourceTree 2.7.1
ここにより詳細な情報を記載してください。
回答2件
0
ベストアンサー
masterブランチをローカルでコミット出来る前提で、こんな感じでしょうか。
$ git checkout bbb
$ git rebase -i 'first commit のコミットID'
squashでまとめる
$ git checkout master
$ git reset --hard bbb
$ git checkout ccc
$ git reset --hard master
$ git cherry-pick origin/ccc
最後に、master,bbb,cccをそれぞれ push -f
投稿2018/04/01 11:51
総合スコア191
0
git push -fをすればできますが、よほどの事情がないのであれば基本的にやるべきではありません。
というのも、origin/bbbとしてプッシュしてしまっている以上、それを書き換えることは同じリポジトリからプルした全員のリポジトリを書き換える必要が出てきてしまうからです。
gitのコミットは前のコミットのハッシュが含まれるという構造上、あるコミットを書き換えれば、それ以降のコミット全てに影響します。
投稿2018/04/01 08:33
総合スコア146543
別のrepoを作ってそっちにきれいな履歴だけのbranchをpushするとか？
別のrepoを作ればできそうですね。ただ履歴は全部で5年分ぐらいあるので、できなくはないのですが、あまりにも時間がかかってしまいそうですね。
「また今後プルする人もいなく、過去ログとして参照したい」のであればなおのこと、操作は行うべきでないと考えます。文字通り「ログ改竄」になるわけですし。
もちろん「大きすぎるファイルを入れてしまって、Git自体が重くなったのを解消する」とか「間違えて機密に当たるファイルを入れてしまったので、何が何でも消さなければならない」などの理由がある場合は別ですが。
>別のrepoを作ればできそうですね。ただ履歴は全部で5年分ぐらいあるので、できなくはないのですが、あまりにも時間がかかってしまいそうですね。
言いたかったのはaquaSさん提示の方法で歴史改竄して、force pushする代わりに別のremoteにpushするという話なのですが・・・
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2018/04/01 12:13
2018/04/01 12:17