Git 스태시

Outcome：Complete the task with Git 스태시 (Git Stash)。 User context：개발자가 덜 끝난 실험엔 표시를 하고, 추적 중인 파일과 꼭 필요한 미추적 파일을 stash해요. 급한 문제를 고친 다음, 원래 브랜치에서 stash를 다시 적용하는 거죠. 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.