git · Git
오류 문구
! [rejected] main -> main (non-fast-forward)
무슨 뜻인가
내 브랜치가 원격 브랜치의 자손이 아니라는 뜻입니다 — 그대로 밀어 넣으면 원격에 있는 커밋이 역사에서 떨어져 나갑니다. rebase나 amend, reset으로 이미 push한 커밋을 고쳐 썼을 때 이렇게 됩니다. 고쳐 쓴 것이 의도였고 그 브랜치가 나 혼자 쓰는 것이라면 git push --force-with-lease를 씁니다. 이것은 내가 마지막으로 fetch한 뒤 원격이 움직였으면 거절하므로, 그냥 --force와 달리 그 사이에 들어온 동료의 push를 조용히 지우지 않습니다. 의도한 것이 아니라면 --force가 아니라 pull --rebase가 답입니다.
고치는 명령
git push --force-with-lease- 내는 도구
- git
- Git
- 29
git의 오류는 거의 다 "지금 상태에서 그 일을 하면 무언가 잃는다"는 거절이고, fatal:은 아무것도 하지 않고 멈췄다는 뜻이니 첫 줄보다 그 아래 hint: 줄이 실제 해법을 담고 있는 경우가 많습니다.
오류 문구를 읽는 법
- 첫 줄부터 읽습니다. 아래로 갈수록 도구 내부 이야기이고, 정작 원인은 맨 위에 적혀 있습니다.
- 파일 이름과 줄 번호가 있으면 거기가 시작점입니다 — 스택의 가장 위가 아니라, 내가 쓴 파일이 나오는 가장 위 줄입니다.
- 문구를 그대로 검색합니다. 다만 내 경로와 변수 이름은 지웁니다 — 그 부분이 검색을 방해합니다.
- 같은 문구가 도구 판마다 다르게 나옵니다. 검색 결과가 안 맞으면 판 번호를 함께 넣어 봅니다.
- 고치는 명령을 붙여 넣기 전에 그 명령이 무엇을 버리는지 확인합니다. 되돌릴 수 없는 것이 섞여 있습니다.
자주 묻는 질문
Q. ! [rejected] main -> main (non-fast-forward) 는 무슨 뜻인가요?
내 브랜치가 원격 브랜치의 자손이 아니라는 뜻입니다 — 그대로 밀어 넣으면 원격에 있는 커밋이 역사에서 떨어져 나갑니다. rebase나 amend, reset으로 이미 push한 커밋을 고쳐 썼을 때 이렇게 됩니다. 고쳐 쓴 것이 의도였고 그 브랜치가 나 혼자 쓰는 것이라면 git push --force-with-lease를 씁니다. 이것은 내가 마지막으로 fetch한 뒤 원격이 움직였으면 거절하므로, 그냥 --force와 달리 그 사이에 들어온 동료의 push를 조용히 지우지 않습니다. 의도한 것이 아니라면 --force가 아니라 pull --rebase가 답입니다.
Q. 어떻게 고치나요?
git push --force-with-lease — 실행 전에 위의 설명에서 이 명령이 무엇을 버리는지 확인하세요.
Q. 어느 도구가 내는 오류인가요?
git입니다. Git 갈래에 있고, 문구는 6낱말입니다.