2

マスターと開発ブランチを使用して、git リポジトリで Web サイトのプライベート (孤独な) 開発を行っています。私はいくつかの「大きな」機能と問題に焦点を当てて dev ブランチでかなりの作業を行いましたが、正直なところ、dev ブランチでのコミットはアトミック コミットのショーケースではありませんでした。これは (いくつかの大きな差分で) 終了しましたが、いくつかの主要な機能が機能しなくなりました。動作を停止した理由は多数ある可能性があります。マスターとブランチ間の差分は、いくつかのファイルの多数の変更で構成されています。

ここで、開発ブランチを 1 つずつマスター (またはマスターからのブランチ) にマージし、主な機能を壊した原因を確認したいと思います。

これをGITで簡単に理解する方法はありますか? 私は他の選択肢にもオープンです。私の好みの IDE は emacs ですが、手頃な価格の代替品も受け入れています。

よろしく、ジェロン。

4

2 に答える 2

3

git-bisectは、まさにこの問題を解決するように設計されています。

現在のリビジョンを悪いとマークすることから始め、次に、動作することがわかっているリビジョン (たとえば、ブランチが分岐したポイント) を良いとマークします。次に、バイナリ検索を実行して、問題が発生した正確な場所を見つけるのに役立ちます。

于 2011-03-14T19:24:15.683 に答える
2

git-rebase -i を使用して、大きすぎるコミットをインタラクティブに分割できます。man ページでは、この正確な状況が説明されています。

于 2011-03-14T22:57:26.753 に答える