Git Diff
Git Diff
Git Diff는 두 Git 상태 간의 정확한 내용 변경을 보여줍니다. 작업 파일, 인덱스, 커밋 또는 브랜치를 비교할 수 있습니다.
다른 예시
커밋하기 전에 엔지니어는 올리지 않은 변경 사항을 확인하고, 파일 두 개를 스테이징하고, 올린 변경 사항을 확인한 뒤 디버그 엔드포인트를 찾아요.
주요 부분
- 01Branch or change set
- 02Review and verification gate
- 03Released result
사용할 때
스테이징, 커밋, 리뷰, 병합, 배포 전에 정확한 범위를 확인하기 위해 사용하세요.
다음 경우에는 사용하지 마세요
파일 수만 검토하지 마세요. 바이너리 및 생성된 변경 사항을 확인하고, 차이가 스테이징 되었는지 확인하세요.
코드에서 사용된 이름
git diff / git diff --staged / range diff 출시하기 전에
Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback.
Outcome：Complete the task with Git Diff (Git Diff)。 User context：커밋하기 전에 엔지니어는 올리지 않은 변경 사항을 확인하고, 파일 두 개를 스테이징하고, 올린 변경 사항을 확인한 뒤 디버그 엔드포인트를 찾아요. Delivery concept or operation：Git Diff (Git Diff)。 Why it fits：스테이징, 커밋, 리뷰, 병합, 배포 전에 정확한 범위를 확인하기 위해 사용하세요. Do not use it when：파일 수만 검토하지 마세요. 바이너리 및 생성된 변경 사항을 확인하고, 차이가 스테이징 되었는지 확인하세요. 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.
이 요청을 확인하세요
Review how Git Diff (Git Diff) is used now. Definition: Git Diff는 두 Git 상태 간의 정확한 내용 변경을 보여줍니다. 작업 파일, 인덱스, 커밋 또는 브랜치를 비교할 수 있습니다. Release checks: Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.