우리는 컴퓨터에서 자식을 사용하고 있으며 한 컴퓨터에 중앙 리포지토리가 있습니다. 모든 개발자는 리포지토리를 복제하고 자신의 한 컴퓨터에서 작업해야합니다. 이 모든 저장소를 중앙 저장소에 병합하는 방법은 무엇입니까?복제 된 git 리포지토리를 원래 리포지토리와 병합하는 방법
답변
짧은 버전 : git pull
은 fetch + merge와 동일합니다. --- 기본적으로 --- "빨리 감기"변경 만 누를 수 있습니다. 이는 커밋되지 않은 변경 사항을 병합했거나 리베이스했음을 의미합니다. Blaine이 제안한 것과는 달리 push
은 병합과 아무 관련이 없습니다.
긴 버전 : Git의 작동 방식을 이해하지 못하는 것 같습니다. 소스 컨트롤은 소프트웨어 개발의 필수 요소이므로 사용하고 있다면 Git의 데이터 모델 작동 방식과 다양한 워크 플로를 구현하는 방법을 읽어 보시기 바랍니다. 우수 출처 : http://git-scm.com/documentation
각 개발자가 기본 저장소에 푸시하기 만하면됩니다. 힘내는 대부분의 시간에 그들을 합병하기에 충분히 똑똑하다. git push
이후
$ git add .
$ git commit -m 'committing my changes'
$ git push origin master
는 중앙 저장소에 지점에 각 개발자 푸시를 가질 수, 병합, 당신이 준비가되면 다음, 중앙 REPO를 호스팅하는 컴퓨터에 로그온하지 않습니다
git pull . <branch-name>
과 병합하십시오. 병합하기 전에
git branch
에 마스터 분기 옆에 별표가 표시되는지 확인하십시오.
푸시가 병합되지 않습니다. –
Alex가 지적한대로 Git은 밀어 넣기를 병합하지 않습니다. 그러나, 당신은 여전히 각 dev에 메인 repo에 밀어 넣을 수 있습니다; 예를 들어, Dev 1이 Dev 2가 마지막 업데이트를 수행 한 후 Push하면, Dev 2는 repo로 밀어 넣을 때 오류가 발생합니다.이 경우에는 git pull을 수행하고 Dev 1의 변경 사항을 repo에 병합 한 다음 새로운 (병합 된) 변경 사항을 중앙 repo로 푸시합니다. – mipadi
설명해 주셔서 감사합니다. –
- 1. git 리포지토리와 Subversion을 어떻게 동기화합니까?
- 2. 생산 하위 폴더를 git 리포지토리와 어떻게 동기화합니까?
- 3. 두 서버에서 Git 리포지토리를 동기화하는 방법
- 4. SVN에서 리비전을 잡고 git 리포지토리와 병합 하시겠습니까?
- 5. git 리포지토리를 단계별로 실행하는 방법은 무엇입니까?
- 6. 복제 도중 GIT 훅 전파 방법
- 7. 기존 git 리포지토리의 폴더에서 새 git 리포지토리를 만드는 방법은 무엇입니까?
- 8. 힘내 : 복제 된 내용을 복제 한 마스터로 다시 가져 오기
- 9. 복제 된 자동 완성 위젯으로 jQuery가 변경됩니다. 원래 만 변경하십시오
- 10. jQuery 드래그 앤 드롭 : 복제 된 드래그 가능 이동 원래
- 11. Git에서 특정 커밋을 병합하는 방법
- 12. 복제 된 git repo를 복제 할 때 분기를 잃지 않는 방법
- 13. 리포지토리를 만드는 방법
- 14. 코드 라인을 git와 병합하는 방법
- 15. 백업용 외장 드라이브에 GIT 클론 복제
- 16. 리포지토리와 데이터 액세스
- 17. GitHub에서 리포지토리를 관리하는 방법
- 18. 엔티티에서 리포지토리를 얻는 방법?
- 19. 로컬로 마운트 된 저장소 복제
- 20. "git add"를 실행 취소하는 방법 병합하는 동안?
- 21. Git Repository Gitolite를 삭제 하시겠습니까?
- 22. 두 원격 Git 분기를 병합하는 방법은 무엇입니까?
- 23. 정렬 된 환경 설정 모음을 병합하는 방법
- 24. 두 개의 별도 Git 리포지토리를 결합하는 방법은 무엇입니까?
- 25. git-svn 복제 된 원격 저장소에서 베어 자식 저장소 업데이트
- 26. 같은 컨트롤러에서 리포지토리와 서비스를 사용할 수 있습니까?
- 27. 설치 패키지를 병합하는 방법
- 28. 리포지토리와 도메인 서비스
- 29. Mercurial : 전체 리포지토리를 누군가에게 보내는 좋은 방법
- 30. 서버에서 ssh : // 액세스로 리포지토리를 만드는 방법
그래서 많은 것들을 사용하여 개발을 분기 할 때 일관된 명명 규칙을 갖는 것이 합리적이라고 생각한다. 다른 원격 사용자 중 우리가 두 개의 커다란 가지 "project_A"와 "project_B"를 가진 스승이 있다고 가정 해 봅시다. Fred와 Barney가 "project_A"에 대해 작업하고 싶다면 "Fred_A"와 "Barney_A"브랜치를 사용하여 테스트를 수행하고 각 브랜치를 FF로 처리하고 커밋 할 수 있음을 짐작할 수 있습니다. 사건? 그렇게하면 이론 상 Wilma (관리자)가 나중에 지점에서 변경 사항을 병합 할 수 있습니다. 어떻게 그 소리가 들리니? –