Git スタッシュ

Outcome：Complete the task with Git スタッシュ (Git Stash)。 User context：開発者は、まだ終わっていない実験にラベルを付け、追跡されているファイルと必要な追跡されていないファイルをstashします。緊急の問題を直してから、元のブランチでstashをapplyします。 Delivery concept or operation：Git スタッシュ (Git Stash)。 Why it fits：一時的なコミットや作業ツリーが過剰になる場合の短いタスク切り替えに使用します。 Do not use it when：stash を長期保存として使用せず、追跡されていないファイルを忘れ、無関係なブランチに適用せず、リモートバックアップを期待しないでください。 Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary)：その情報源にとって公式です。他のプラットフォームやチームはその用語を別の方法で使用する場合があります。 Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.