풀 요청과 더 나은 협력

이 기사는 진행중인 "Advanced Git"시리즈의 일부입니다. 트위터에서 우리를 팔로우하거나 향후 기사에 대한 알림을 위해 뉴스 레터를 구독하여 업데이트하십시오!

이 할부는 풀 요청에 중점을 둡니다. 모든 크기의 개발 팀을위한 강력한 도구를 향상시킵니다. PULL은 쓰기 액세스가 부족한 저장소에 기여하는 이상적인 방법으로 사용하면서 강연한 코드 검토, 피드백, 추적 및 토론을 요청합니다.

고급 GIT 시리즈 :

1. 1 부 : 완벽한 git 커밋의 기술 마스터
2. 2 부 : Git의 효과적인 분기 전략
3. 파트 3 : 풀 요청과의 협업 최적화 ( 여기에 있습니다! )
4. 4 부 : 해결 해결 충돌
5. 5 부 : Rebase vs. Merge : 비교 분석
6. 6 부 : 대화식 레바이스 활용
7. 7 부 : 체리 피킹 커밋 : 대상 접근
8. 파트 8 : 리플 로그와 함께 잃어버린 커밋 복구

풀 요청 이해

결정적으로, 풀 요청은 기본 git 기능이 아닙니다. 이들은 GIT 호스팅 플랫폼 (Github, Gitlab, Bitbucket, Azure Devops 등)에서 제공하는 기능입니다.

풀 요청의 이점

풀 요청 생성을 자세히 설명하기 전에 그 가치를 살펴 보겠습니다.

아마도 기능 분기 내에서 새로운 기능을 완료하고 메인 브랜치 ( 마스터 또는 메인 )로 병합해야한다고 상상해보십시오. 솔로 프로젝트 또는 경험이 풍부한 개발자에게는 직접 병합이 허용되지만, 더 복잡한 수정은 종종 동료 검토의 혜택을받습니다. 이것은 풀 요청이 빛나는 곳입니다.

(분기 워크 플로에 대한 더 깊은 이해는이 시리즈의 두 번째 기사 인 "Git의 분기 전략"을 참조하십시오.)

PULL 요청은 협업 코드 검토 및 피드백을 활성화합니다. 대부분의 플랫폼은 댓글을 달고 제안한 변경 사항을 허용합니다. 승인되면 코드를 병합 할 수 있습니다.

검토를 넘어서, 풀 요청은 쓰기 액세스없이 외부 리포지토리에 기여하는 데 필수적입니다. 예를 들어, 오픈 소스 프로젝트는 기부금 요청에 크게 의존합니다.

이것은 우리를 관련 개념 인 포크로 이끌어줍니다.

포크와 협력

포크 는 리포지토리의 개인 사본입니다. 오픈 소스 기부금에서 Forking을 사용하면 원래 저장소 관리자에게 포함 요청을 제출하기 전에 사본을 변경할 수 있습니다.

중요 참고 사항 : 풀 요청은 개별 커밋이 아닌 지점에서 작동합니다. 각 풀 요청은 특정 지점과 관련이 있습니다.

효과적인 풀 요청 생성

플랫폼 별 인터페이스는 다양하지만 (Github, Gitlab 등) 핵심 워크 플로우는 일관성을 유지합니다. Tower Git Client와 같은 도구는 플랫폼에서 통일 된 경험을 제공합니다.

일반적인 과정에는 다음이 포함됩니다.

1. 저장소를 포크 (쓰기 액세스가 부족한 경우).
2. 포크 리포지토리에 새 로컬 브랜치를 만듭니다. (기억 : 풀 요청은 분기 기반입니다.)
3. 현지 지점의 변경 및 범위를 저 지르십시오.
4. 원격 포크 리포지토리로 변경 사항을 푸시하십시오.
5. 검토 프로세스를 시작하여 풀 요청을 만듭니다.

효율적인 검토를 위해서는 풀 요청을 간결하게 유지하십시오. 작고 집중된 변화는 크고 거대한 변화보다 더 쉽게 평가됩니다. 변화, 목적 및 영향을 자세히 설명하는 명확하고 설명적인 제목 및 설명을 사용하십시오. 스크린 샷은 이해를 더욱 향상시킬 수 있습니다.

결과 검토 : 승인, 병합 또는 쇠퇴

검토 후 승인 된 변경 사항은 (쓰기 액세스가있는 사람에 의해) 병합됩니다. 개정이 필요한 경우 추가 커밋이 기존 풀 요청을 업데이트 할 수 있습니다. 또는 풀 요청을 거부 할 수 있습니다.

코드 품질 및 협업 향상

PULL 요청은 커뮤니케이션 및 협업을 위탁하여 코드 품질이 높아집니다. 피어 리뷰를 통합하면 코드베이스의 신뢰성과 유지 관리가 향상됩니다.

고급 GIT 기술을보다 포괄적으로 탐색하려면 분기, 대화식 레바 제, 리플 로그, 하위 모듈 등에 대한 비디오를 특징으로하는 무료 "고급 GIT 키트"를 탐색하십시오.

고급 GIT 시리즈 :

1. 1 부 : 완벽한 git 커밋의 기술 마스터
2. 2 부 : Git의 효과적인 분기 전략
3. 파트 3 : 풀 요청과의 협업 최적화 ( 여기에 있습니다! )
4. 4 부 : 해결 해결 충돌
5. 5 부 : Rebase vs. Merge : 비교 분석
6. 6 부 : 대화식 레바이스 활용
7. 7 부 : 체리 피킹 커밋 : 대상 접근
8. 파트 8 : 리플 로그와 함께 잃어버린 커밋 복구

위 내용은 풀 요청과 더 나은 협력의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!