問題現象:

今日、git のチェリーピック機能を学んだので、質問をしました。

IDEA で git チェリーピックの視覚的な操作を実現するにはどうすればよいですか?

問題分析:

まず、git のチェリーピック機能とは何なのかを理解しましょう。

1. まずコマンドの形式について説明します。

git チェリーピックコミットレコードの ID 識別

2. 関数について話しましょう。

git Cherry-pick: 特定のコードブランチのコミット変更を現在のコードブランチにマージするために使用されます。

一見すると、merge と似ていることがわかりますが、違いは次のとおりです。

マージ:特定のコードブランチを現在のコードブランチに完全にマージすることです。完全なマージとは、マージ後、現在のブランチとマージされたブランチ内のすべてのファイルが完全に一貫していることを意味します。

チェリーピック:特定のブランチ上の特定のコミット操作の変更を現在のコードブランチに正確にマージできます。つまり、マージ後、現在のブランチとマージされたブランチは、コミット操作によって変更されたファイルと完全に一致します。ただし、他のファイルでは必ずしもそうではありません。

3. 最後に、利点について説明します。

3.1. マージされたブランチに複数のコミット送信レコードがある場合、すべてのコミット送信レコードが現在のブランチに必要なわけではないため、コミット送信レコードに従って実際に必要なものをマージできます。。

3.2. コミットレコードをユニットとして組み合わせることで、現在のブランチのマージ情報をより明確かつ詳細に作成できますチェリーピックはデフォルトでコミットレコードをマージ操作に取り込むため、どのような操作が行われたかを明確に把握できます現在のブランチ内で、現在のブランチとマージされたブランチのコミットレコードが一貫していることを確認します。マージは 1 回限りのマージであり、ログを書き込めず、コミットレコードに基づいて現在のブランチで何が変更されたかを明確に知ることもできません。マージレコードまたはマージされたコミットレコードの影響を受けるファイルのみを確認できます。ブランチの欠陥。

しかし、これは意見の問題でもあります。マージの完全なマージは確かに時間と労力を節約しますが、チェリーピックは粒度を追求するためです。したがって、チェリーピックは、マージされたブランチのコミット記録が少ない場合に適しています。たとえば、
テスターはバグごとに問題を記録してディスパッチします。問題記録を受け取った開発者は、バグごとに問題を排除する必要があります。コミットバグが解決されるたびに 1 回実行し、次のテスト計画で検証する必要があるバグに応じてコミットレコードを 1 つずつ厳選します。

解決：

1. まず、IDEA の下部にあるメニューバーにバージョンコントロール項目があることを確認します。ない場合は、次の 2 つの方法でその項目を呼び出すことができます。

1.1: ショートカットキー alt+F9を押します。

1.2:上部のメニューバーで[表示] - [ツールウィンドウ] - [バージョン管理]をクリックします。

2. 下部のメニューバーで[バージョンコントロール] - [ログ]をクリックします。右下隅で、現在のブランチが (開発)であることがわかります。以前にブランチにいくつかのレコードを送信しました ( task/111-001-testing the stash git の関数)、図に示すように: