[1] 전체 Git 저장소(코드 및 버전 정보 포함)를 서버에서 단일 머신으로 복제합니다.[2] 다양한 개발 목적에 따라 자신의 머신에서 브랜치를 생성하고 코드를 수정합니다.[3] 단일 머신에서 생성한 브랜치에 코드를 제출합니다.[4], 단일 머신에서 분기를 병합합니다.[5], 서버에서 최신 버전의 코드를 가져온 다음 이를 메인 브랜치와 병합하세요.[6], 패치(patch)를 생성하고 패치를 메인 개발자에게 보냅니다.[7] 메인 개발자의 피드백을 살펴보면, 메인 개발자가 두 일반 개발자 사이에 충돌(협력하여 해결할 수 있는 충돌)이 있다고 판단하면 해결을 요청합니다. 먼저 충돌한 다음 그 중 하나에 의해 제출됩니다. 수석 개발자가 직접 해결할 수 있거나 충돌이 없으면 통과합니다.[8], 개발자 간의 충돌을 해결하는 일반적인 방법은 개발자가 풀 명령을 사용하여 충돌을 해결한 다음 충돌이 해결된 후 메인 개발자에게 패치를 제출하는 것입니다.
1. 이메일 확인 또는 일반 제출 상태 확인 다른 방법을 통해 개발자.2. 패치 적용 및 충돌 해결(직접 해결할 수도 있고, 다시 제출하기 전에 개발자에게 해결하도록 요청할 수도 있습니다. 오픈 소스 프로젝트인 경우 어떤 패치가 유용하고 어떤 패치인지도 결정해야 합니다. 사용되지 않습니다).3. 결과를 공개 서버에 제출한 후 모든 개발자에게 알립니다.
2. 단점: 1[1], 정보가 적다(적어도 중국 자료는 드물다).期 [2], 학습주기가 상대적으로 길다. ...保 [4], 코드는 기밀성이 낮기 때문에 개발자가 Cucklon 전체를 내려놓으면 모든 코드와 버전 정보를 완전히 공개할 수 있습니다.[1], 개인을 강조하는 분산 개발에 적합합니다.[2] 공용 서버에 대한 부담과 데이터 양은 그리 크지 않을 것입니다.[3] 빠르고 유연합니다.[4], 두 개발자 사이의 갈등은 쉽게 해결될 수 있습니다.[5], 오프라인으로 작업하세요.
위 내용은 Git 서버의 장점과 단점 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!