プッシュ後のミスを回復する

• 追加的な修復とプッシュされたミスの再書き込みのどちらかを選択します。
• リースが何をチェックするのか、そしてなぜ期待されるコミットが重要なのかを説明します。
• 古いリースの拒否を予測し、チームメイトの仕事を続けます。
• GitTree が強制的にプッシュする前に、何が保持されているかを把握してください。

ローカル リハーサル サーバー上の 2 つの状況。 shared では、不正なコミットがすでにプッシュされており、他のコミットがそれを持っている可能性があります。 lease で、ドラフトをプッシュしてローカルで書き直しましたが、その間に Leo は新しいコミットを同じブランチにプッシュしました。

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

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

チームメイトが間違ったコミットを持っている可能性がある場合は、新しいコミットで修復し (元に戻す、レッスン 28)、通常どおりプッシュします。間違いは歴史に残り、誰もクローンが無効になることはありません。公開されたブランチは、自分が所有している場合にのみ書き換えてください。

lease は強制プッシュを条件付きにします。Git は、リモート ブランチがまだ予期した場所を指している場合にのみリモート ブランチを置き換えます。 --force-with-lease=<ref>:<commit> は、予想されるコミットに名前を付けます。裸の --force-with-lease はリモート追跡参照を使用し、git fetch はその参照を移動するため、フェッチしてプッシュすると、ダウンロードしたばかりの内容が上書きされる可能性があります。 GitTree は最後に取得したコミットを固定し、ダイアログに表示し、置き換えられたチップを refs/ogt/trash の下に保持します。

リースは、チームメイトの作業を上書きできるかどうかを決定するものではありません。見ていないものを上書きしないように保護するだけです。

新しいローカルのベア リポジトリを唯一のリモートとして使用して、レッスン 18 の結果の別の通常のコピーから開始します。 RECOVERY_BAD は不正なスタイルシートです。 LEASE_A、LEASE_B、LEASE_REWRITE はノートの 3 つのバージョンです。

以下の各ファイルを、示されているとおりに正確に保存します。UTF-8、LF 行末と最後の改行を、Markdown フェンス線なしで保存します。リストされていないファイルは、その内容が M から保持されます。

スタイル.css — RECOVERY_BAD

:root {
  color-scheme: light;
  --page: #f7f8fa;
  --surface: #ffffff;
  --text: #f7f8fa;
  --link: #154ab5;
  --line: #bac4d0;
}

* {
  box-sizing: border-box;
}

body {
  margin: 0;
  background: var(--page);
  color: var(--text);
  font: 1rem/1.6 system-ui, sans-serif;
}

a {
  color: var(--link);
}

.site-header,
main,
footer {
  width: min(68rem, 100% - 2rem);
  margin-inline: auto;
}

.site-header {
  display: flex;
  flex-wrap: wrap;
  justify-content: space-between;
  gap: 1rem;
  padding-block: 1rem;
}

.hero {
  max-width: 48rem;
  padding-block: 3rem;
}

h1 {
  font-size: clamp(2rem, 5vw, 3.5rem);
  line-height: 1.2;
}

.cards {
  display: grid;
  grid-template-columns: repeat(auto-fit, minmax(min(16rem, 100%), 1fr));
  gap: 1rem;
}

.feature-card {
  padding: 1rem;
  border: 1px solid var(--line);
  border-radius: 0.75rem;
  background: var(--surface);
}

section {
  margin-block-end: 2rem;
}

button,
input {
  font: inherit;
}

button,
input {
  padding: 0.5rem 0.75rem;
}

:focus-visible {
  outline: 3px solid var(--link);
  outline-offset: 3px;
}

form {
  display: grid;
  max-width: 28rem;
  gap: 0.5rem;
}

docs/lease-note.md — LEASE_A

# Private release rehearsal

The reviewed draft is still private.

docs/lease-note.md — LEASE_B

# Private release rehearsal

Leo added a review that must not be overwritten.

docs/lease-note.md — LEASE_REWRITE

# Private release rehearsal

This alternative draft has not seen Leo's review.

Command+Shift+P (Ubuntu では Ctrl+Shift+P) でパレットを開きます。

1. 次のセクションで示すようにリハーサルを構築します。不正なコミットが shared にプッシュされ、サーバー上に Leo の新しいコミットを含む lease ブランチが作成されます。
2. Additive repair. shared で、不正なコミットを右クリックして Revert Commit を選択し、次に Push をクリックします。これは通常のプッシュです。 [強制プッシュ (リースあり)] は選択しないでください。
3. Stale lease. private/lease で、ブランチにプッシュされたコミットが含まれないようにドラフトをローカルで書き直し、ツールバー Push を使用してプッシュしてみます。 private/lease は別の名前で origin/lease を追跡しているため、GitTree は最初にどこにプッシュするかを尋ねます。Push to origin/lease を選択します。 「リモートがプライベート/リースを拒否しました」というタイトルのダイアログに、Fetch Only、Rebase and Push、Merge and Push、および Force Push… が表示されます。
4. 最初に Fetch Only を選択してグラフを読んでください。リモート ブランチには Leo のコミットが含まれていますが、リライトには含まれていません。それはチームメイトの仕事です。
5. Force Push… を開きます。 「プライベート/リースをオリジン/リースに強制プッシュしますか?」ダイアログブランチに不足しているコミットはリモートから削除され、リモートが表示されているコミットにある間のみプッシュが続行され、置き換えられたチップが refs/ogt/trash の下に保持されることが示されています。キャンセル;レオの仕事はあなたの代わりにはなりません。
6. 代わりに和解してください: Rebase and Push はレオの下書きの上にあなたの下書きを置くか、最初に彼に尋ねてください。実際に強制プッシュが実行された場合、通知には「強制プッシュされました。交換されたリモート チップは…に保たれます」と表示され、Undo は強制プッシュを、再度押すと元に戻るリモコンへの変更として扱います。

元に戻した後、shared で:

git revert --no-edit "$BAD_SHA"
git push origin HEAD:shared
git merge-base --is-ancestor "$BAD_SHA" HEAD; echo $?

答えは 0 です。間違いは歴史に残り、誰もクローンの修復を強制されませんでした。

Leo のコミットがすでにサーバー上にある private/lease で、確認したコミットを使用して固定されたリースをテストします。

git push --force-with-lease=refs/heads/lease:"$EXPECTED_SHA" origin HEAD:lease; echo $?
git ls-remote origin refs/heads/lease
git status --short

 ! [rejected]        HEAD -> lease (stale info)
error: failed to push some refs to '../origin.git'
1

Git は拒否し (「情報が古い」)、サーバーは依然として Leo のコミット名を指定し、ステータスは空です。リモート追跡参照が古い間は裸の git push --force-with-lease origin HEAD:lease も拒否されますが、フェッチによって比較対象の参照が移動されたため、git fetch origin lease の後に同じコマンドが Leo のコミットを置き換えます。レビューしたコミットに名前を付けるか、リベースで調整します。

Where you end: の不正な commit はまだ shared の履歴にあり、その上にある復帰は正常にプッシュされました。 lease で固定プッシュは拒否されましたが、サーバーは Leo のコミットを保持しており、ローカルの書き換えはそのままです。強制的なプッシュは行われませんでした。

• リバートが必要な場合は、他の人がすでにプルしたブランチを書き換えます。
• フェッチし、ベア リースを使用して強制的にプッシュします。これにより、ダウンロードしたばかりのものが信頼されるようになります。
• リースをチームメイトのコミットを置き換える許可として扱います。
• 元に戻すことでサーバーへの強制プッシュを元に戻すことができると仮定します。

強制プッシュによって間違ったチップが置き換えられた場合、置き換えられたコミットは refs/ogt/trash に保存されます (ネイティブ プッシュの場合は、reflog とチームメイトのクローンに保存されます)。チームメイトに伝え、先端を枝として復元し、同意を得て再度押します。プッシュを拒否しても何も変わりませんでした。

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

1. 質問 1 / 6

   質問 1 / 6

   不正なコミットがすでに共有ブランチ上にあります。最も安全な修理とは何でしょうか？

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

   ブランチをリセットして強制的にプッシュします。

   リモートブランチを削除します。

   元に戻すコミットを追加し、通常どおりプッシュします。

   誰かが気づくまで待ちます。

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

   質問 2 / 6

   --force-with-lease について正しいのはどれですか? (複数選択)

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

   チームメイトに許可を求めます。

   リモート ブランチがまだ予期した場所を指している場合にのみ、リモート ブランチを置き換えます。

   ベア リースは、フェッチによって移動されるリモート追跡参照を信頼します。

   =<ref>:<commit> は、予想されるコミットに名前を付けます。

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

   質問 3 / 6必須

   レビューしたコミットにリースを固定してプッシュしましたが、Leo はその後プッシュしました。何が起こるのですか？

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

   Git はそれを古い情報として拒否し、サーバーは Leo のコミットを保持します。

   Git は Leo のコミットを上書きします。

   Git は 2 つのコミットをマージします。

   Git はブランチを削除します。

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

   質問 4 / 6

   入力を変更します。git fetch origin lease を実行してから、裸の git push --force-with-lease origin HEAD:lease を実行します。何が起こるのですか？

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

   Git はまず Leo のコミットをマージします。

   プッシュは再び拒否されます。

   フェッチによってリースが比較される参照が移動されたため、プッシュは成功し、Leo のコミットを置き換えます。

   ギットはレオに尋ねます。

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

   質問 5 / 6必須

   同僚は「リース付きフォースは誰にとっても安全なフォースプッシュになる」と言っています。正しい返答は何ですか?

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

   違いますが、賃貸契約を拒否することはできません。

   そうですね、賃貸契約をすれば誰とも話す必要がなくなります。

   正解です。[元に戻す] を選択すると、力を加えた状態が元に戻ります。

   これは、まだ見ていないコミットを上書きしないように保護するだけです。まず所有者に同意し、レビューされたコミットを固定します。

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

   質問 6 / 6必須

   ピン留めされたプッシュの後、何も失われていないことを示すリードバックはどれですか? (複数選択)

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

   プッシュは (stale info) を出力して終了しました 1。

   git status --short は空です。

   git ls-remote origin refs/heads/lease には依然として Leo のコミットが表示されます。

   ls-remote は書き換えられたコミットを示します。

   答えを確認する

shared の祖先チェック、ピン留めされたプッシュの終了コードとメッセージ、lease に対するコミット ls-remote の表示、フェッチの前後でベア リースが拒否されたかどうかを報告します。

• 他の人が持っているものよりも新しいコミットを優先します。
• 確認したコミットにリースを固定します。
• リースはあなたを守るものであり、チームメイトの意図ではありません。

• コミットをプッシュしてブランチを公開する (レッスン 13)
• 共有履歴の変更を元に戻す（レッスン 28）
• reflog で失われたコミットを見つける (レッスン 29)
• ダウンロード GitTree

リース — قفل;古い情報 — معلومات قديمة;チップを交換しました — الرأس المستبدَل。