팀에 합류하기 전에 알아야 할 10 개의 GIT 기술

Teamwork Git Journey에 가입 할 준비가 되셨습니까? 이 기사는 팀 협업에서 필요한 GIT 기술을 단계별로 설명하여 쉽게 시작할 수 있도록 도와줍니다.

코어 포인트 :

git의 기본 사항 : 생성, 복제 리포지토리, 변경 사항을 커밋하고 원격 리포지토리를 밀고 당기십시오. 분기 및 병합 사용 능력 : 여러 개발자가 서로를 방해하지 않고 동시에 프로젝트의 다른 부분을 처리 할 수 ​​있습니다. 합병 충돌 해결 : 분기의 원활한 병합을 보장합니다.

GIT LFS를 사용하여 큰 이진 파일을 처리하는 법을 배웁니다. 각 커밋마다 저장소 크기를 피하십시오.

1 처음부터 시작하는 개별 프로젝트와 달리 팀 협업은 일반적으로 기존 코드 기반을 지역 시스템에 먼저 복제해야합니다. 이를 통해 자신의 사본 작업을 수행하고 다른 사람의 변화와의 충돌을 피할 수 있습니다.
• <:> 클론 명령 :
클로닝시 소스에 연결하기 위해 여러 프로토콜을 선택할 수 있습니다.
2 클로닝 후, 저장소는 소스 코드, 즉 원격 저장소에 대한 포인터를 유지합니다. 원격 저장소는 동일한 저장소를 가리키는 또 다른 사본입니다. 클로닝되면 라는 원격 포인터가 자동으로 소스를 가리키도록 생성됩니다.
• 원격 저장소보기 :
원격 저장소 추가 :

원격 저장소 삭제 :

원격 창고 주소를 수정하십시오 : 3 Git의 장점 중 하나는 강력한 분기 기능입니다. 지점은 저장소의 커밋에 대한 포인터이며, 이는 전임자 커밋을 가리 킵니다. 따라서 지점은 연대순 커밋 목록을 나타냅니다. 지점을 만드는 것은 실제로 커밋에 대한 새로운 포인터를 만드는 것이지만 본질적으로 새로운 독립 개발 경로를 나타냅니다.

팀 협업에서 지점은 다른 작업 라인을 구별하는 데 사용됩니다. 여러 개발자는 다양한 문제를 동시에 처리합니다. 이상적으로는 이러한 문제가 다른 지점에서 처리되어 코드 검토 및 병합 전에 새 코드가 논리적으로 분리되도록합니다.

뷰 브랜치 :

분기 생성 :

<:> 이름 바닥 이름 :

<:> 삭제 분기 :

<code class="language-bash">git clone /path/to/repo
git clone username@remote_system_ip:/path/to/repo/on/remote
git clone https://github.com/sdaityari/my_git_project.git</code>

4 문제 처리를 완료 한 후에는 분기를 기본 지점으로 병합해야합니다.

<: :> 병합 명령 :

병합 프로세스는 충돌로 이어질 수 있기 때문에 시간이 많이 걸릴 수 있습니다. 5 기본 분기가 새 지점을 만든 후 동일한 파일의 동일한 부분을 업데이트하면 Git은 모든 데이터를 유지하려고합니다. 보관할 변경 사항을 자동으로 결정할 수 없으면 충돌이 발생합니다.

충돌이있을 때

는 두 분기에 수정 된 파일 목록을 표시합니다. 충돌하는 파일에는 다음 줄이 포함되어 있습니다 origin 개발자는 파일을 수동으로 편집하고 유지할 변경 사항을 결정한 다음 변경 사항을 제출해야합니다.

6 코드를 원격 저장소에 게시하기 전에 마지막 업데이트 이후에 발생한 변경 사항을 포함하도록 로컬 저장소를 업데이트해야합니다. <:> 원격 변경 사항을 업데이트하십시오 :

먼저 데이터를 다운로드하여 로컬 브랜치와 병합하십시오. 원격 변경을 당기면 갈등이 발생할 수 있습니다.

원격 저장소에 변경 사항을 게시하십시오

7 Cloud Collaboration은 Fork의 개념을 소개합니다. Fork는 사용자 이름 아래 클라우드 센트럴 리포지토리의 사본입니다. 원래 저장소에 영향을 미치지 않고 포크의 변경 사항을 푸시 할 수 있습니다.

이것은 이전 단계에 영향을 미칩니다. 당신은 당신의 자신의 포크를 복제하므로 로컬 저장소의

<code class="language-bash">git clone /path/to/repo
git clone username@remote_system_ip:/path/to/repo/on/remote
git clone https://github.com/sdaityari/my_git_project.git</code>

가 클라우드 포크를 가리 킵니다. 원래 저장소에 대한 업데이트를 얻으려면 원래 저장소를 가리키려면 라는 원격 저장소를 수동으로 추가해야합니다.

풀 요청을 통해 원래 저장소로 변경 사항을 병합합니다. git pull 풀 요청을 통한 코드 검토

풀 요청은 분기 코드를 다른 분기로 병합하도록 요청하는 것입니다. 두 지점의 차이점을 요약하고 개발자와 관리자 간의 토론을 시작합니다. 코드 검토는 더 많은 변경으로 이어질 수 있으며 관리자가 만족하는 경우에만 병합 될 수 있습니다.

9 개인 프로젝트는 하나의 지점 (중앙 워크 플로) 만 사용할 수 있습니다. 기능 분기 워크 플로우는 더 복잡하며 각 기능 또는 버그 수정은 하나의 분기에 해당합니다.

<code class="language-bash">git remote -v</code>

gitflow 워크 플로에는 개발, 기능, 릴리스 및 핫 고정 브랜치가 포함되어 있습니다.

10. 큰 파일을 처리합니다 git은 이진 및 실행 파일을 처리하기가 어렵습니다. Git LFS는 클라우드에 큰 이진 파일을 저장하고 텍스트 포인터로 대체 하여이 문제를 해결합니다.

추가 읽기

이 기사에서는 팀에 합류 할 때 사용할 수있는 GIT 팁을 소개합니다. 자세한 내용은 다음을 참조하십시오

점프 스타트 git origin 전문 Git upstream

faq

이 기사에는 자주 묻는 질문에 대한 답변이 포함되어 있습니다.

위 내용은 팀에 합류하기 전에 알아야 할 10 개의 GIT 기술의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!