問題タブ [git-history]

重複の可能性：
Gitバージョン管理を使用してファイルの変更履歴を表示する

特定のファイルの履歴を確認したい場合があります。以前はP4Vを使用していましたが、これは非常に迅速で直感的でした。

1. ファイルを右クリックして、履歴を選択します。
2. 日付をスクロールして、その日付にそのファイルで何が変更されたかの正確な差分を確認します。単純。

gitに切り替えることは、今では大変な作業です。

1. 「gitlogファイル名」
2. 履歴を見て日付を選び、ハッシュをコピーします
3. 「gitdiffハッシュ」
4. 興味のあるファイルで変更されたものの差分をスクロールします。
5. いいえ、そうではありません。別の日付を試してみましょう。手順2に戻り、すすぎ、繰り返します。

私はSOを検索し、一般的に提案されているGUIのいくつかを試しました：github、gitk、gitg、git-gui。

これらはすべて手動でコマンドを実行する必要をなくしますが、ワークフローはこれと同じです。ファイルの履歴を表示します。ビューコミット; 無関係なファイルの多くの差分を検索します。それは遅くて反復的です。

すべてのデータがリポジトリにあるため、この単純な一般的なユースケースをこれ以上合理化できなかった理由はわかりません。

誰かがこれを行うツールをお勧めできますか？またはコマンドラインを利用して私が望むことを行うためのより効率的な方法はありますか？

提案をありがとう。

行末の違いによるファイルの不要な変更を防ぐ方法があります。しかし、すでに多数の望ましくない変更と、いくつかの有用で必要な変更を同時に含んでいるプル リクエストを修復するにはどうすればよいでしょうか?

ファイルを次々とチェックし、それらの現在の /develop ブランチの状態をチェックアウトします。しかし、それはあまりにも多くの仕事を想定しています。

分岐前の状態を再度分岐し、必要なファイルのみをその分岐にコミットできます。繰り返しますが、すべてのファイルのチェックが想定されています。

コミットには有用な変更と過剰な変更の両方が含まれていたため、リベース (悪いコミットの削除) によって分離することはできません。行末に個別のコミットはありません。

重要な違いだけを表示できます。しかし、この差分からの行だけをマージするように git に言うことはできますか?

膨大な履歴 (300 件を超えるメッセージ) を修正する必要があります。明らかに、ルート経由git rebase -i --rootでリベースしてから、リワードが必要なすべてのコミットをリワードする必要があります。それで、この作品の範囲を把握することができます。

崇高な（または他のテキストエディタ）を介して開くことができるファイルにgit履歴をエクスポートし、よりユーザーフレンドリーな方法でコミットメッセージを変更し、すべての変更が完了したら、このファイルから変更をインポートして戻す方法はありますかGitの歴史？

SFか現実か？