병합 충돌

Outcome：Complete the task with 병합 충돌 (Merge Conflict)。 User context：두 지점이 동일한 요금 라인을 다르게 변경했습니다. 개발자는 두 가지 목표를 모두 배우고, 하나의 명확한 결과를 작성한 뒤 스테이징을 하고, 테스트를 실행합니다. 행동을 확인하지 않고 충돌 표시만 삭제하는 것은 충돌을 해결하지 못합니다. Delivery concept or operation：병합 충돌 (Merge Conflict)。 Why it fits：병합, 리베이스, 체리픽 또는 되돌리기가 자동으로 하나의 결과를 선택할 수 없을 때 이 용어를 사용하세요. Do not use it when：모든 실패한 Git 명령을 병합 충돌이라고 부르지 말고, 코드의 목적을 이해하지 못한 상태에서 해결하지 마세요. 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.