Codex 작업을 병합할지 결정하려면 브랜치의 커밋과 작업 디렉터리에 남은 변경을 따로 읽어야 합니다. Yenpo에서는 커밋 비교를 유지하면서 현재 파일도 살펴볼 수 있습니다.

Yenpo와 작업 결과가 있는 로컬 체크아웃을 준비합니다. 예제의 codex/search-fix와 main은 실제 브랜치 이름으로 바꾸세요.

1. Codex가 실제 수정한 체크아웃 열기

Codex는 별도 worktree에서 작업할 수 있고, 브랜치 이름이 없는 detached HEAD 상태일 수도 있습니다. 미커밋 파일을 보려면 그 worktree 디렉터리를 Yenpo에서 엽니다. OpenAI의 worktree 문서에 자세한 설명이 있습니다.

작업 디렉터리에서 실행합니다.

git rev-parse --show-toplevel
git branch --show-current
git rev-parse HEAD
git status --short

브랜치 이름이 비어 있으면 detached HEAD일 수 있습니다. 커밋 ID를 기록하세요. 브랜치를 만들지 않고도 Yenpo의 “커밋” 모드에서 개별 커밋과 로컬 변경을 읽을 수 있습니다. 아래 브랜치 비교를 하려면 Codex의 “Create branch here”로 브랜치를 만든 뒤 Yenpo 선택기를 다시 엽니다. 원격 작업의 결과는 평소 Git 절차로 로컬에 준비하세요.

2. 브랜치를 main과 비교하기

  1. 사이드바의 “버전 비교…”를 누르고 “비교”를 선택합니다.
  2. “기준”의 “로컬 브랜치”에서 main을 고릅니다.
  3. “대상”의 “로컬 브랜치”에서 codex/search-fix 또는 Codex에서 방금 만든 브랜치를 고릅니다.
  4. “브랜치 분기 이후”로 공통 조상 이후 대상의 변경을 확인합니다.
  5. 방향과 짧은 커밋 ID를 확인하고 “변경 사항 보기”를 누릅니다.

origin/main을 쓰려면 “기준”에서 “원격 브랜치”를 선택합니다. 이 목록은 로컬 원격 추적 참조입니다. 최신 기준이 필요하면 평소 Git 클라이언트에서 fetch한 뒤 선택기를 다시 엽니다.

알고 싶은 내용 비교 모드
main에서 갈라진 이후 브랜치가 추가한 것 브랜치 분기 이후
현재 두 끝 커밋의 차이 직접 비교
한 커밋과 첫 번째 부모의 차이 커밋

main도 앞으로 진행했다면 직접 비교에는 양쪽 변화의 차이가 포함됩니다. 분기 이후 비교는 대상 쪽 변경만 보여 줍니다. 두 방식의 차이는 버전 선택 안내를 참고하세요.

3. 커밋된 diff 읽고 질문하기

변경 파일 트리에서 파일을 선택하고, 각 동작 변화의 호출자·조건 분기·관련 테스트를 읽습니다. 버전 줄에 마우스를 올리면 전체 ID가 보입니다. 비교는 선택한 커밋에 고정되므로 Codex가 커밋을 추가하면 새 비교를 여세요.

모델을 연결한 뒤 “AI에 이 비교 검토 요청”를 누릅니다. 비교 첨부를 확인하고 초안을 수정합니다.

이 비교에서 취소, 오류 처리, 호출자의 전제에 회귀가 있는지 검토해 주세요. 각 문제에 발생 입력이나 상태, 바뀐 위치, 기대 동작과 실제 동작, 근거가 되는 소스 참조를 제시해 주세요. 기존 문제와 이번에 생긴 문제를 나누고 검토하지 못한 범위도 적어 주세요.

답변의 참조를 선택한 버전과 대조하고, 각 문제의 발생 조건이 실제로 일어날 수 있는지 확인합니다. Git 비교 대화는 항상 읽기 전용입니다.

4. 커밋되지 않은 내용 따로 확인하기

사이드바의 더하기/빼기 “변경 사항”로 돌아갑니다. “로컬 변경 사항”는 Yenpo의 미저장 텍스트를 포함한 현재 내용과 HEAD를 비교합니다. 추가·수정·삭제 파일을 모두 보고 Git 명령이나 테스트 전에 유지할 편집을 저장하세요.

인덱스와 작업 트리를 구분하려면 다음 읽기 전용 명령을 사용합니다.

git diff --stat HEAD --
git diff --cached --
git diff --
git ls-files --others --exclude-standard

첫 명령은 추적 파일의 HEAD 대비 순변경을 요약합니다. 다음 두 명령은 스테이징된 diff와 스테이징되지 않은 diff를 각각 보여 줍니다. 마지막 명령은 무시되지 않는 미추적 파일 목록이며, 내용은 직접 열어 읽습니다. 스테이징된 편집과 미스테이징 편집이 상쇄될 수 있으므로 다음 커밋에 들어갈 내용을 순변경만으로 판단하지 마세요.

“AI에 모든 변경 사항 검토 요청”는 현재 내용과 HEAD의 비교를 위한 별도 초안을 준비합니다. 이 파일은 앞선 커밋 비교 밖에 있습니다. Codex가 커밋하지 않았다면 전체 작업이 이곳에 있을 수 있습니다.

5. 병합 판단을 명확하게 기록하기

비교한 ID, 미커밋 파일 확인 여부, 확인된 문제, 실제 실행한 테스트를 적습니다. 병합하려는 체크아웃과 버전에서 검사하세요. 현재 파일의 테스트는 고정된 비교에 없는 코드를 실행할 수도 있습니다.

수정을 다시 요청했다면 관련 비교와 로컬 변경을 재검토합니다. 함수가 여전히 이해되지 않으면 내 모델로 설명하고 참조 확인하기를 사용하세요. 한 차례 작업을 기준으로 읽으려면 Claude Code 가이드를 참고할 수 있습니다.