選択したコミットをチェリーピックで適用する

• コピーするコミットを 1 つ選択し、その親が存在しない理由を確認してください。
• 新しいコミットの ID、作成者、コミッターを予測します。
• 何かを強制する前に、欠落している依存関係またはすでに適用されている変更を認識してください。
• 結果をソース ブランチと照合して確認します。

Priya のブランチ priya/label は、共有ベースライン B (サインアップ ページ) を超える 2 つのコミットを保持します。 1 つ目は、docs/temporary-review.md を追加する無関係なメモ「docs: 無関係なソース メモ」です。 2 つ目は、彼女の修正「修正: 架空のメール ラベルを明確にする」です。これにより、index.html のラベルが変更されます。ブランチ release/label は同じベースライン B から始まり、独自のコミット「docs: レコード ターゲット レビュー」が 1 つあり、これにより docs/integration-note.md が追加されます。 release/label はチェックアウトされており、ワークツリーはクリーンです。あなたは彼女に自分のブランチを修正してもらいたいのですが、彼女のメモは望んでいません。

すべてがローカルであり、無料プランです (GitTree はサインインを要求します)。ホスティング アカウント、プロバイダー、インターネットはありません。すべてのアイデンティティは架空のものです (example.com)。このレッスンを実際のプロジェクトで実行しないでください。

変更は、GitTree 内で行うか、ネイティブ Git コマンドを使用して行います。同じコピー内で両方を行うことはできません。結果の読み取りは常に安全です。メニュー ラベルは GitTree 2.0 独自の文字列から取得され、ネイティブ コマンドは使い捨てコピーの Git 2.43 で実行されました。 GitTree ステップは macOS、Windows、または Linux で実行されませんでした。

Cherry-pick は、1 つのコミットが行った変更をその親と比較して取得し、それを new コミットとして現在のブランチに適用します。親は取得されず、その前にコミットも取得されません。まさにそれが、プリヤの修正を取り入れて彼女のメモを残すことができる理由です。

ソースコミットには触れません。新しいコミットには新しい親があるため、新しい ID を持ちますが、元の作成者とメッセージは保持されます。コミッター、つまりこのコミットを行った人はあなたです。同じメッセージで同じ変更を行っても、別のコミットになります。

依存関係は依然として重要です。この修正によりサインアップ フォームの行が編集されるため、ターゲット ブランチにはそのフォームがすでに存在している必要があります。そうでない場合、Git は競合して停止します。ターゲットに同じ変更が既に含まれている場合、ピックは空になり、Git は再び停止します。どちらの場合も、操作の内容を確認してください。それを通過するためだけに空のコミットを強制しないでください。

対象のブランチのみが移動します。 priya/label とサーバー上のすべてのものはそのまま残ります。新しいコミットは、ラベルの変更を release/label に追加するだけで、他には何も追加しません。

レッスン 18 で残したプロジェクトの別の通常のコピーから開始し、元の gittree-features はそのままにしておきます。 SIGNUP をベースラインとして保存し、2 つのブランチを構築します。以下の本文は、ベースライン ページ (SIGNUP)、無関係のメモ (DOC_NOISE)、固定ページ (SIGNUP_LABEL)、および独自のメモ (DOC_MERGE) です。

以下のフェーズでのみ保存します。これらは、最後に改行を含む完全な UTF-8/LF 本文です。 Markdown フェンスは決して貼り付けないでください。変更されていない実行可能ファイルは、名前付き入力を継承します。別のバリアントのバージョンでオリジナルを上書きしてはなりません。

Index.html — サインアップ

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>GitTree Features — course demo</title>
  <link rel="stylesheet" href="styles.css">
</head>
<body>
  <header class="site-header">
    <a href="#main">GitTree Features</a>
  </header>
  <main id="main" tabindex="-1">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">See your work clearly.</h1>
      <p id="hero-copy">Choose one change, then check what Git saved.</p>
    </section>
    <section class="features" aria-labelledby="features-title">
      <h2 id="features-title">Follow your work</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>History</h3>
          <p>Read commits and branches together.</p>
        </article>
        <article class="feature-card">
          <h3>Changes</h3>
          <p>Review the exact content selected for a commit.</p>
        </article>
        <article class="feature-card">
          <h3>Recovery</h3>
          <p>Inspect the scope of a recovery point before using it.</p>
        </article>
      </div>
    </section>
    <section aria-labelledby="plans-title">
      <h2 id="plans-title">Choose the workflow you need</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>Local Git</h3>
          <p>Local Git workflows work without signing in.</p>
        </article>
        <article class="feature-card">
          <h3>Connected workflows</h3>
          <p>Provider integrations and Nour require Pro or an applicable trial.</p>
        </article>
      </div>
    </section>
    <section aria-labelledby="signup-title">
      <h2 id="signup-title">Try the demo form</h2>
      <form id="signup-form" novalidate>
        <label for="demo-email">Demo email</label>
        <input id="demo-email" name="email" type="email" autocomplete="off" aria-describedby="signup-hint">
        <p id="signup-hint">Use a fictional example.com address. Nothing is sent.</p>
        <button type="submit">Check the address locally</button>
        <p id="signup-result" role="status"></p>
      </form>
    </section>
  </main>
  <footer><p>Built by a fictional team for GitTree Learn. Review one change at a time.</p></footer>
  <script type="module" src="site.js"></script>
</body>
</html>

docs/temporary-review.md — DOC_NOISE

Temporary rehearsal note, deliberately dropped.

Index.html — SIGNUP_LABEL

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>GitTree Features — course demo</title>
  <link rel="stylesheet" href="styles.css">
</head>
<body>
  <header class="site-header">
    <a href="#main">GitTree Features</a>
  </header>
  <main id="main" tabindex="-1">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">See your work clearly.</h1>
      <p id="hero-copy">Choose one change, then check what Git saved.</p>
    </section>
    <section class="features" aria-labelledby="features-title">
      <h2 id="features-title">Follow your work</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>History</h3>
          <p>Read commits and branches together.</p>
        </article>
        <article class="feature-card">
          <h3>Changes</h3>
          <p>Review the exact content selected for a commit.</p>
        </article>
        <article class="feature-card">
          <h3>Recovery</h3>
          <p>Inspect the scope of a recovery point before using it.</p>
        </article>
      </div>
    </section>
    <section aria-labelledby="plans-title">
      <h2 id="plans-title">Choose the workflow you need</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>Local Git</h3>
          <p>Local Git workflows work without signing in.</p>
        </article>
        <article class="feature-card">
          <h3>Connected workflows</h3>
          <p>Provider integrations and Nour require Pro or an applicable trial.</p>
        </article>
      </div>
    </section>
    <section aria-labelledby="signup-title">
      <h2 id="signup-title">Try the demo form</h2>
      <form id="signup-form" novalidate>
        <label for="demo-email">Fictional email address</label>
        <input id="demo-email" name="email" type="email" autocomplete="off" aria-describedby="signup-hint">
        <p id="signup-hint">Use a fictional example.com address. Nothing is sent.</p>
        <button type="submit">Check the address locally</button>
        <p id="signup-result" role="status"></p>
      </form>
    </section>
  </main>
  <footer><p>Built by a fictional team for GitTree Learn. Review one change at a time.</p></footer>
  <script type="module" src="site.js"></script>
</body>
</html>

docs/integration-note.md — DOC_MERGE

# Integration review

This note was written on main while signup work was private.

Command+Shift+P (Ubuntu では Ctrl+Shift+P) でパレットを開きます。コミットに対するアクションでは、そのコミットの右クリック メニューを使用します。

1. 次のセクションで示すように、ベースラインと 2 つのブランチを構築します。 release/label をチェックアウトし、ワークツリーがクリーンであることを確認します。
2. グラフ内で、その下のメモではなく、Priya のコミット「修正: 架空のメール ラベルを明確にする」を見つけてください。それを選択して詳細を読みます。1 つの変更されたパス index.html とその親は無関係なメモです。
3. そのコミットを右クリックして、Cherry-Pick Commit を選択します。これは、現在いるブランチにすぐに適用されます。ブランチピッカーはありません。このコマンドは、すでに現在のコミットでは無効になっています。
4. 本当の結果を待ちましょう。操作が停止した場合は、再度選択する代わりに、バナー上で Resolve、Continue、または Abort… を使用します。
5. release/label の新しいコミットを選択します。 ID は Priya とは異なり、作成者は Priya Nair、コミッターは GitTree Demo です。
6. index.html を開きます: SIGNUP_LABEL です。 docs/temporary-review.md は存在しませんが、自分の docs/integration-note.md は存在します。 priya/label は依然として古いチップに名前を付けています。
7. release/label をきれいなままにしておきます。 priya/label をプッシュしたりマージしたりしないでください。

グラフ内で 2 つ以上のコミットを選択すると、メニューに Cherry-Pick Commits が表示され、それらが順番にコピーされます。このレッスンではその 1 つをコピーします。

コース内のすべての通常のコミット: Summary は指定された件名、Description は空、オプション Amend Previous Commit、Skip Hooks、Add Signed-off-by、Different Author、Push After Commit、および Allow Empty Commit はオフのままです。

レッスン 18 の結果の別のコピーで、SIGNUP を保存する前にベースライン ブランチを作成します。

git switch --create label-base

サインアップを index.html として保存し、次のようにします。

git add -- index.html
git commit --quiet -m "feat: prepare the shared signup baseline"
BASE_SHA="$(git rev-parse HEAD)"
git switch --create priya/label

DOC_NOISE を docs/temporary-review.md として保存し、次のようにします。

git add -- docs/temporary-review.md
git commit --quiet -m "docs: unrelated source note"

SIGNUP_LABEL を index.html として保存し、次のようにします。

git add -- index.html
git -c user.name="Priya Nair" -c user.email=priya@example.com commit --quiet -m "fix: clarify the fictional email label"
PICK_SHA="$(git rev-parse HEAD)"
git switch --create release/label "$BASE_SHA"

DOC_MERGE を docs/integration-note.md として保存し、次のようにします。

git add -- docs/integration-note.md
git commit --quiet -m "docs: record target review"

次に、修正を選択して結果を読んでください。

git cherry-pick "$PICK_SHA"
git log -1 --format='%s%n%an <%ae>%n%cn <%ce>'
git diff-tree --no-commit-id --name-only -r HEAD
git status --short

fix: clarify the fictional email label
Priya Nair <priya@example.com>
GitTree Demo <demo@example.com>
index.html

新しいコミットの ID は PICK_SHA とは異なり、index.html は SIGNUP_LABEL で、docs/temporary-review.md は存在せず、ステータスは空です。知っておくべき 2 つのバリエーションは、正規コピーでは決して実行せず、別々のコピーで実行します。 git cherry-pick -x "$PICK_SHA" は、新しいメッセージに「(cherry pick from commit …)」という行を追加します。これは、共有ブランチ間で選択するときに役立ちます。サインアップ フォームのないターゲットでは、同じコマンドが index.html で競合して停止します。競合を解決するか (レッスン 23)、または git cherry-pick --abort で終了します。ターゲットにすでに変更がある場合、Git は空のピックで再び停止し、git cherry-pick --skip または --abort が解決策となります。

Where you end: release/label には、Priya Nair によって作成され、新しい ID を持つ GitTree Demo によってコミットされた、Priya の修正を含む新しいコミットが 1 つあります。ページには明確なラベルがあり、無関係なメモは添付されておらず、priya/label とサーバーは変更されておらず、ワーク ツリーはクリーンです。

• チェリーピックを考えてコミットを移動します。変更をコピーします。オリジナルは元の場所に残ります。
• 間違ったコミットを選択し、修正ではなく無関係なメモを選択します。
• 変更がすでにブランチ上にある場合に空のコミットを強制します。
• チェリーピックを使用して、機能全体をマージするのではなく、一度に 1 つのコミットずつコピーします。

ピックが停止した場合は、バナーを読んでください。 Resolve と Continue はレッスン 23 と同様に終了します。 Abort… はブランチを元の場所に戻します。完了後の選択が間違っていた場合、新しいコミットは release/label 上にのみ存在します。そこで元に戻してください。また、ソース ブランチにはまったく触れられていません。

各質問に答えてから、その理由を読みましょう。 「必須」とマークされた質問は、レッスンの完了にカウントされます。

1. 質問 1 / 6

   質問 1 / 6

   チェリーピックは何をコピーしますか?

   答えを 1 つ選択してください。

   コミットメッセージのみ。

   コミットが存在するブランチ全体。

   同じ ID を持つコミット自体。

   あるコミットで行われた変更は、新しいコミットとして適用されます。

   答えを確認する
2. 質問 2 / 6

   質問 2 / 6

   選択後、新しいコミットについて正しいのはどれですか?

   当てはまるものをすべて選択してください。

   その ID はソースコミットの ID とは異なります。

   GitTree デモを選択した人がコミッターです。

   Priya Nair は今でもその作者です。

   priya/label のソースコミットが削除されました。

   答えを確認する
3. 質問 3 / 6

   質問 3 / 6必須

   Priya の修正は、無関係なメモのコミットの上に置かれています。 release/label に対する修正のみを厳選します。その後、docs/temporary-review.md は release/label にいますか?

   答えを 1 つ選択してください。

   priya/label をマージした後のみ。

   いいえ。修正自体の変更のみが適用されます。

   はい。 Git は、選択したコミットの前にすべてのコミットをもたらします。

   はい、空のファイルとして。

   答えを確認する
4. 質問 4 / 6

   質問 4 / 6

   入力を変更します: release/label には、Priya の修正で編集される登録フォームがありません。選ぶとどうなるの？

   答えを 1 つ選択してください。

   Git は以前のすべてのコミットを自動的に選択します。

   Git は空のコミットを作成します。

   Git は変更の半分をサイレントに適用します。

   ピックは競合により停止します。それを解決して続行するか、中止します。

   答えを確認する
5. 質問 5 / 6

   質問 5 / 6必須

   コミットを選択すると、Git は「前のチェリーピックは空になりました」というメッセージで停止します。変更はすでにブランチに適用されています。職業はなんですか？

   答えを 1 つ選択してください。

   常に、allow-empty オプションを使用して強制します。

   ソース ブランチ全体をマージして修正します。

   変更が実際にすでに存在していることを確認してから、スキップまたは中止します。空のコミットを強制しないでください。

   ブランチを削除して、もう一度やり直してください。

   答えを確認する
6. 質問 6 / 6

   質問 6 / 6必須

   ピックがレッスンの内容に従っていることを示すリードバックはどれですか?

   当てはまるものをすべて選択してください。

   git status --short は docs/temporary-review.md をリストします。

   git log -1 --format='%s%n%an <%ae>%n%cn <%ce>' は、Priya を作成者として、GitTree の Demo をコミッターとして示しています。

   git rev-parse HEAD はソースコミットの ID とは異なります。

   git diff-tree --no-commit-id --name-only -r HEAD には index.html のみがリストされます。

   答えを確認する

新しいコミットの ID、作成者とコミッター、変更されたパス、および docs/temporary-review.md が存在するかどうかを報告します。次に、同じコミットを再度 release/label に選択した場合に何が起こるかを予測します。

• チェリーピックは、1 つのコミットの変更を新しいコミットとしてコピーします。
• 親とその前のコミットが残ります。
• 何かを強制する前に、依存関係と空のピックを確認してください。

• マージとリベースの競合を解決する (レッスン 23)
• HEAD を移動せずに履歴を読み取る (レッスン 8)
• ダウンロード GitTree

チェリーピック — انتقاء;ソースコミット — ソースコミット。ターゲット - ターゲット。依存関係 — عتماد。