git config pull.rebase true

 

깃 허브에 올릴려고 했지만 해당 문제로 푸쉬가 불가합니다 

 

오류 메세지 설명을 보자면

1. order -> order (non-fast-forward): 원격 브랜치와의 비교에서 "non-fast-forward" 상황이 발생했다는 의미입니다. 이는 현재 브랜치의 커밋이 원격 브랜치의 커밋보다 더 오래된 상태라는 것을 나타냅니다.
2. error: failed to push some refs: 일부 참조를 푸시하는 데 실패했다는 메시지입니다.
3. hint: Updates were rejected because the tip of your current branch is behind its remote counterpart: 현재 브랜치의 최신 커밋이 원격 브랜치보다 뒤쳐져 있어서 푸시를 할 수 없다는 설명입니다.
4. hint: Integrate the remote changes (e.g., 'git pull ...') before pushing again: 푸시하기 전에 원격 변경 사항을 통합하라는 안내입니다.

 

오류 메시지는 Git에서 git pull 명령을 실행할 때 발생하는 상황을 설명합니다. 여기서는 브랜치가 서로 다르게 발전해 있어서, 이를 어떻게 조정할지를 명시해야 한다는 것입니다.

 

오류 메시지를 보면

1. divergent branches: 현재 작업 중인 브랜치와 원격 브랜치의 커밋 히스토리가 다르다는 의미입니다. 즉, 두 브랜치에서 각각 다른 변경 사항이 이루어진 상태입니다.
2. need to specify how to reconcile them: 이러한 두 브랜치를 어떻게 통합할지를 명시해야 한다는 것입니다.
3. hint: your next pull: 다음 git pull을 실행하기 전에 어떤 설정을 해야 하는지를 안내합니다.

이런 내용이 있다 이걸 해결할려면 git config pull.rebase true 명령어를 사용하면 됩니다.

 

git config pull.rebase true이 무엇인가?

git pull을 할 때 기본적으로 리베이스 방식으로 변경 사항을 통합하겠다는 설정을 하여, 푸쉬가 가능하게 하였습니다.

git config pull.rebase true는 Git에서 git pull 명령어를 사용할 때, 기본적으로 리베이스 방식을 적용하겠다는 설정입니다. 

 

기본 개념을 보면

 

pull.rebase 설정

 

• git config pull.rebase true를 설정하면, 이후의 git pull 명령어가 기본적으로 병합(Merge) 대신 리베이스 방식으로 작동합니다.

• 즉, git pull을 실행했을 때 원격 변경 사항이 로컬 브랜치에 병합되는 대신, 로컬의 변경 사항이 원격 변경 사항 뒤로 재배치됩니다.

 

장점

 

1. 깨끗한 커밋 기록: 리베이스를 사용하면 불필요한 병합 커밋 없이 커밋 기록이 일관되고 깨끗하게 유지됩니다.

2. 작업 흐름 이해: 커밋 기록을 따라가기 쉽고, 누가 어떤 변경을 했는지 명확히 알 수 있습니다.

3. 충돌 해결의 일관성: 리베이스 중에 발생하는 충돌은 커밋 단위로 해결하므로, 해결하기가 상대적으로 수월할 수 있습니다.

 

주의사항

 

• 리베이스를 사용할 때는 원격 저장소에 이미 푸시한 커밋을 다시 리베이스하면 문제가 발생할 수 있습니다. 이러한 경우, 다른 사람들이 작업 중인 브랜치에 영향을 줄 수 있으므로 주의해야 합니다.

• 기본적으로 리베이스는 로컬 커밋을 수정하는 작업이므로, 원격 브랜치와의 기록이 다르게 되어 혼란을 초래할 수 있습니다.