git merit by piece

Question

私はマスターと開発ブランチを持つgitリポジトリで、いくつかの私的な（孤独な）ウェブサイトの開発をしています。私はdevブランチでいくつかの "大きな"特徴と問題に焦点をあててかなりの仕事をしてきましたが、devブランチのコミットは原子コミットのショーケースではありませんでした。これは終了しましたが（いくつかの大きな違いがあります）、今ではいくつかの主要機能が機能しなくなりました。 作業が停止した理由は数多くありますが、マスターとブランチの違いはいくつかのファイルの多数の変更で構成されています。

ここでは、開発ブランチをマスター（またはマスターのブランチ）にマージして、私の主な機能を破ったかどうか確認したいと思います。

GITでこれを考えるのは簡単ですか？私は他の選択肢にもオープンしています。私の好みのIDEはemacsですが、私は手頃な価格の選択肢のために開いています。

について、 ジェーレン。

Answer 1

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

現在のリビジョンを悪いとマークしてから、動作しているリビジョン（たとえば、ブランチが分岐したポイント）を良好とマークしてから、バイナリ検索を実行して問題の正確な場所を特定します導入されました。

Answer 2

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