TAG

#github

같은 태그로 묶인 기사 아카이브입니다.

2026. 7. 8.

AI 코딩 도구가 완료라고 말해도 테스트나 빌드 출력이 없으면 아직 merge할 상태가 아닙니다. 변경 범위, 검증 명령, 실패 로그, 상태 체크를 5분 순서로 확인합니다.

2026. 7. 8.

2026. 7. 7.

AI가 만든 프로젝트에서 .env나 API 키가 git status에 보이면 push 전에 staged diff, 인덱스 제거, .gitignore, 키 재발급 경계를 나눠야 합니다.

2026. 7. 7.

AI가 만든 코드를 pull하거나 merge하다가 <<<<<<< HEAD가 보이면 파일을 덮어쓰기 전에 git status, 충돌 구간, 남길 의도, 실행 확인, git add 순서로 정리해야 합니다.

2026. 7. 7.

Git merge conflict에서 <<<<<<< 표시가 보이면 AI에게 전체 파일을 맡기기 전 현재 코드, 원격 코드, 공통 목적, 검증 명령을 분리해야 합니다.

2026. 7. 2.

AI가 만든 코드가 로컬에서 돌아가도 PR 설명이 비어 있으면 리뷰가 늦어집니다. GitHub PR 설명 칸에 목적, 바뀐 파일, 테스트, 위험, 리뷰 질문을 7줄로 적는 순서를 정리합니다.

2026. 6. 19.

git push rejected나 non-fast-forward 오류가 처음 뜨면 force push부터 치지 말고 원격 변경, 내 수정, 브랜치, 충돌 가능성, AI에게 줄 정보를 3분 안에 확인해야 합니다.