git push&git pull 푸 시/당 김 분기 의 구체 적 인 사용

4284 단어 git.pushpull
git push 와 git pull 은 가 지 를 푸 시/당 기 는 git 명령 입 니 다.
git push 는 로 컬 대응 지점 을 사용 하여 원 격 지점 을 업데이트 합 니 다.

$ git push <     > <     >:<     >
 메모:명령 의 로 컬 가 지 는 원 격 으로 보 낼 가 지 를 말 합 니 다.원 격 가 지 는 푸 시 대상 가 지 를 말 합 니 다.로 컬 가 지 를 원 격 분기 로 통합 합 니 다.
원 격 브 랜 치 이름 을 생략 하면 로 컬 브 랜 치 를'추적 관계'가 존재 하 는 원 격 브 랜 치(보통 같은 이름)로 보 내 고 원 격 브 랜 치가 존재 하지 않 으 면 새로 만 듭 니 다.

$ git push origin master
위의 명령 은 로 컬 master 지점 을 origin 호스트 의 master 지점 으로 보 내 는 것 을 표시 합 니 다.후자 가 존재 하지 않 으 면 새로 생 긴 다.
origin 은 원 격 공장 라 이브 러 리 주소 입 니 다.
로 컬 브 랜 치 이름 을 생략 하면 지정 한 원 격 브 랜 치 를 삭제 합 니 다.빈 로 컬 브 랜 치 를 원 격 브 랜 치 로 푸 시 하 는 것 과 같 기 때문에 이 명령 은 원 격 master 브 랜 치 를 삭제 하 는 것 입 니 다.

$ git push origin :master
#    
$ git push origin --delete master
위의 명령 은 origin 호스트 의 master 지점 을 삭제 하 는 것 을 표시 합 니 다.
현재 분기 와 원 격 분기 사이 에 추적 관계(즉,분기 이름 이 같 음)가 존재 한다 면 로 컬 분기 와 원 격 분기 모두 생략 할 수 있 습 니 다.

$ git push origin
현재 지점 을 origin 호스트 의 대응 지점 으로 보 내 라 는 명령 이 있 습 니 다.
현재 지점 에 추적 지점 이 하나 밖 에 없다 면 호스트 이름 은 모두 생략 할 수 있 습 니 다.

$ git push
현재 분기 가 여러 호스트 와 추적 관계 가 있다 면-u 옵션 을 사용 하여 기본 호스트 를 지정 할 수 있 습 니 다.그러면 그 다음 에 git push 를 추가 하지 않 고 사용 할 수 있 습 니 다.

$ git push -u origin master
위 명령 은 로 컬 master 분 지 를 origin 호스트 로 보 내 고 origin 을 기본 호스트 로 지정 하면 git push 를 사용 하지 않 을 수 있 습 니 다.
인자 가 없 는 git push 는 기본적으로 현재 분기 만 푸 시 합 니 다.이것 은 Simple 방식 이 라 고 합 니 다.이 밖 에 matching 방식 도 있 습 니 다.원 격 분기 가 있 는 로 컬 가 지 를 모두 푸 시 합 니 다.Git 2.0 버 전 이전 에는 기본적으로 matching 방법 을 사 용 했 으 나 현 재 는 기본 값 으로 Simple 방식 을 사용 합 니 다.이 설정 을 수정 하려 면 git config 명령 을 사용 할 수 있 습 니 다.

$ git config --global push.default matching
#   
$ git config --global push.default simple
 원 격 분기 가 있 든 없 든 로 컬 의 모든 가 지 를 원 격 호스트 로 보 내 는 경우 도 있 습 니 다.이 때 는 Call 옵션 을 사용 해 야 합 니 다.

$ git push --all origin
모든 로 컬 지점 을 origin 호스트 로 보 내 라 는 명령 이 있 습 니 다.
원 격 호스트 의 버 전이 로 컬 버 전보 다 업데이트 되면 Git 에서 오류 가 발생 할 수 있 습 니 다.먼저 로 컬 에서 git pull 을 합 친 다음 에 원 격 호스트 로 전송 해 야 합 니 다.이때,만약 당신 이 반드시 푸 시 하려 고 한다 면,Cforce 옵션 을 사용 할 수 있 습 니 다.

$ git push --force origin
위의 명령 은 Cforce 옵션 을 사용 하 였 으 며,결 과 는 원 격 호스트 에서'비 직 진 식'의 합병(non-fast-forward merge)을 만 들 었 습 니 다.이렇게 하 겠 다 고 확신 하지 않 는 한 Cforce 옵션 을 사용 하 는 것 을 피해 야 합 니 다.
마지막 으로 git push 는 Ctags 옵션 을 사용 하지 않 는 한 태그(tag)를 푸 시 하지 않 습 니 다.

$ git push origin --tags
 git pull 은 다른 공장 라 이브 러 리 나 로 컬 의 다른 지점 을 가 져 오고 통합 합 니 다.
git pull 은 git push 작업 의 목적 과 같 지만 작업 의 목 표 는 반대 입 니 다.명령 형식 은 다음 과 같 습 니 다.

git pull <    > <    >:<    >
예 를 들 면:

git pull origin master:my_test
위의 명령 은 origin 공장 라 이브 러 리 의 master 지점 을 끌 어 올 려 로 컬 my 로 통합 하 는 것 입 니 다.test 분기 상.
로 컬 지점 을 생략 하면 현재 지점 에 자동 으로 합 쳐 집 니 다.다음 과 같다.

git pull origin master
주:github 의 우수한 프로젝트 에 참여 하고 싶다 면 다음 과 같은 일반적인 예 를 제공 합 니 다.
우선,github 계 정 이 필요 하고 관심 있 는 reposcory 가 필요 합 니 다.
아래 설명 과정 에서 두 개의 원 격 메 인 분기 와 관련 될 것 입 니 다.좋 은 차 이 를 위해 저 희 는 fork 에서 나 온 메 인 가 지 를 원 격 A reposcory 라 고 부 릅 니 다.본 fork 의 가 지 는 원 격 B reposcory 라 고 부 릅 니 다.

$git clone <  Arepository> #   fork     

$git remote add <  Brepository  > [email protected]:XXXX/ceph.git #    Brepository  

$git pull <  B    > master:master #   Brepository master      objects     master  

$git checkout YYYY #          

$git branch develop; git checkout develop #                 ,        ,       coding

coding...... #    coding

$git add .#         

$git commit -a #          

$git push origin my_test:my_test #     my_test     A repository my_test   
그리고 github 웹 인터페이스 에서 mytest 분기 가 원 격 B reposcory 분기 에 합 쳐 집 니 다.관리자 review 를 기다 리 고 문제 가 있 으 면 develop 분기 에서 계속 수정 하고 commt Camend 에서 이전 commt 에서 수정 합 니 다.meger 한테
git push&git pull 푸 시/당 김 분기 에 대한 구체 적 인 사용 에 관 한 이 글 은 여기까지 소개 되 었 습 니 다.git push&git pull 푸 시/당 김 분기 내용 은 예전 의 글 을 검색 하거나 아래 의 관련 글 을 계속 찾 아 보 세 요.앞으로 많은 응원 바 랍 니 다!

좋은 웹페이지 즐겨찾기