Git Cherry-pick

Outcome：Complete the task with Git Cherry-pick (Git Cherry-pick)。 User context：검토된 보안 수정 사항은 메인(main)에 있으며 지원되는 릴리스 브랜치에서도 필요합니다. 체리픽(Cherry-pick)은 거기에 동등한 새 커밋을 만들고 그 출처를 기록합니다. 관련 없는 기능 전체를 복사하면 기록이 반복되고 필요한 종속성을 놓칠 수 있습니다. Delivery concept or operation：Git Cherry-pick (Git Cherry-pick)。 Why it fits：백포트와 같이 작고 알려진 변경 사항을 다른 브랜치로 신중하게 이동할 때 이 용어를 사용하세요. Do not use it when：오래 지속되는 브랜치를 동기화하거나 변경 사항에 의존하는 커밋을 숨기기 위해 cherry-pick을 사용하지 마세요. 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.