나는 그것을 이해하려는 최선의 시도에도 불구하고 git을 사용하는 것이 끔찍합니다.
에서 kernel.org 에 대한 git push
:
-유
-업스트림
최신이거나 성공적으로 푸시 된 모든 브랜치에 대해 인수가없는 git-pull (1) 및 기타 명령에서 사용하는 업스트림 (추적) 참조를 추가하십시오. 자세한 내용
branch.<name>.merge
은 git-config (1)를 참조하십시오 .
여기 branch.<name>.merge
에서 git config
:
branch.<name>.merge
branch.<name>.remote
지정된 분기에 대한 업스트림 분기를와 함께 정의합니다 . git fetch / git pull에게 병합 할 분기를 알려주고 git push에도 영향을 줄 수 있습니다 (push.default 참조). branch에있을 때<name>
, git fetch에게 FETCH_HEAD에서 병합을 위해 표시 될 기본 참조 스펙을 알려줍니다. 이 값은 참조 스펙의 원격 부분처럼 처리되며로 지정된 원격에서 가져온 참조와 일치해야합니다"branch.<name>.remote"
. 병합 정보는 병합 풀의 기본 분기를 조회하기 위해 git pull (처음에는 git fetch를 호출 함)에 의해 사용됩니다. 이 옵션을 사용하지 않으면 git pull은 기본적으로 가져온 첫 번째 refspec을 병합합니다. 문어 병합을 얻으려면 여러 값을 지정하십시오.<name>
로컬 리포지토리의 다른 분기에서 병합되도록 git pull을 설정하려는 경우branch.<name>.merge
원하는 분기로 이동하고 특수 설정을 사용하십시오. 에 대한 (기간)branch.<name>.remote
.
github을 사용하여 원격 저장소를 성공적으로 설정하고 첫 번째 커밋을 성공적으로 푸시했습니다.
git push -u origin master
그런 다음 무의식적으로 두 번째 커밋을 다음을 사용하여 원격 저장소에 푸시했습니다.
git commit -m '[...]'
그러나 origin
에서에서 다시 푸시해야한다고 잘못 생각하여 master
실행했습니다.
# note: no -u
git push origin master
그게 무슨 짓이야? 전혀 영향을 미치지 않는 것 같습니다. "취소"했습니까 git push -u origin master
?
I'm apparently terrible at using git, despite my best attempts to understand it.
-누군가가 나를 그렇게 잘 재창조 한 적이 없어요.