2009-12-24 3 views

답변

3

짧은 버전 : git pull은 fetch + merge와 동일합니다. --- 기본적으로 --- "빨리 감기"변경 만 누를 수 있습니다. 이는 커밋되지 않은 변경 사항을 병합했거나 리베이스했음을 의미합니다. Blaine이 제안한 것과는 달리 push은 병합과 아무 관련이 없습니다.

긴 버전 : Git의 작동 방식을 이해하지 못하는 것 같습니다. 소스 컨트롤은 소프트웨어 개발의 필수 요소이므로 사용하고 있다면 Git의 데이터 모델 작동 방식과 다양한 워크 플로를 구현하는 방법을 읽어 보시기 바랍니다. 우수 출처 : http://git-scm.com/documentation

+0

그래서 많은 것들을 사용하여 개발을 분기 할 때 일관된 명명 규칙을 갖는 것이 합리적이라고 생각한다. 다른 원격 사용자 중 우리가 두 개의 커다란 가지 "project_A"와 "project_B"를 가진 스승이 있다고 가정 해 봅시다. Fred와 Barney가 "project_A"에 대해 작업하고 싶다면 "Fred_A"와 "Barney_A"브랜치를 사용하여 테스트를 수행하고 각 브랜치를 FF로 처리하고 커밋 할 수 있음을 짐작할 수 있습니다. 사건? 그렇게하면 이론 상 Wilma (관리자)가 나중에 지점에서 변경 사항을 병합 할 수 있습니다. 어떻게 그 소리가 들리니? –

4

각 개발자가 기본 저장소에 푸시하기 만하면됩니다. 힘내는 대부분의 시간에 그들을 합병하기에 충분히 똑똑하다. git push 이후

$ git add . 
$ git commit -m 'committing my changes' 
$ git push origin master 

는 중앙 저장소에 지점에 각 개발자 푸시를 가질 수, 병합, 당신이 준비가되면 다음, 중앙 REPO를 호스팅하는 컴퓨터에 로그온하지 않습니다 git pull . <branch-name>과 병합하십시오. 병합하기 전에 git branch에 마스터 분기 옆에 별표가 표시되는지 확인하십시오.

+0

푸시가 병합되지 않습니다. –

+4

Alex가 지적한대로 Git은 밀어 넣기를 병합하지 않습니다. 그러나, 당신은 여전히 ​​각 dev에 메인 repo에 밀어 넣을 수 있습니다; 예를 들어, Dev 1이 Dev 2가 마지막 업데이트를 수행 한 후 Push하면, Dev 2는 repo로 밀어 넣을 때 오류가 발생합니다.이 경우에는 git pull을 수행하고 Dev 1의 변경 사항을 repo에 병합 한 다음 새로운 (병합 된) 변경 사항을 중앙 repo로 푸시합니다. – mipadi

+0

설명해 주셔서 감사합니다. –

관련 문제