Git의 Merge에 대한 모범 사례

안전한 병합 전략:

저는 Git에서의 병합에 대해 배우고 있습니다. (당신도 저처럼 새로운 개발자라면) Git 기록을 망칠 가능성을 최소화하는 데 도움이 될 수 있는 2가지 좋은 방법이 있습니다.

1. 메인 브랜치에서 병합 테스트: 메인 브랜치에서 작업 중이고 기능 브랜치를 병합하고 싶지만 메인 브랜치를 방해할 위험을 피하고 싶다면 다음을 만들 수 있습니다. 테스트 병합 분기. 이 브랜치는 기본과 동일한 상태를 가지며 본질적으로 복제본으로 작동합니다. 그런 다음 이 새 분기에서 병합 및 필요한 테스트를 수행할 수 있습니다. 문제가 발생하면 원래 메인 브랜치는 그대로 유지되며 테스트 브랜치는 안전하게 삭제할 수 있습니다.

2. 협업 작업을 위한 교차 브랜치 병합: 여러 개발자가 별도의 브랜치(예: 백엔드 및 프런트엔드)에서 작업하고 두 브랜치의 코드가 올바르게 통합되는지 확인하려는 경우, 자신의 작업 분기에서 테스트 분기를 만들 수 있습니다(예: 이 경우 백엔드 분기에서 작업 중입니다). 예를 들어 test-frontend라는 분기를 생성합니다. 여기서 프런트엔드 분기를 병합하여 코드가 예상대로 작동하는지 확인합니다. 병합이 성공했고 메인과 통합하고 싶다면 test-frontend 브랜치를 유지하고 메인과 병합하세요. 모든 것이 확인되면 기본 브랜치로 돌아가서 test-frontend 브랜치로 빨리 감기 병합을 수행합니다. 이 접근 방식을 사용하면 원활한 통합을 보장하면서 메인 브랜치에 문제가 발생할 위험이 줄어듭니다.

메인 브랜치로 병합한 후 Git은 두 개의 상위 커밋(기존 메인 브랜치의 커밋과 테스트 브랜치의 커밋)이 있는 병합 커밋을 생성합니다. 나중에 병합을 취소하기로 결정한 경우 다음 명령을 실행하여 기본 분기를 병합 전 상태로 쉽게 재설정할 수 있습니다.

git checkout -B origin/main

이 명령은 원본/메인 상태(원격 메인 브랜치가 현재 가리키는 커밋)와 일치하도록 메인 브랜치를 재설정합니다. Origin/main인 이유는 Git에서 브랜치가 기본적으로 로컬이기 때문입니다. 변경 사항을 푸시하지 않은 경우 로컬 컴퓨터에 남아 있습니다. 원본/기본 참조는 원격 기본 브랜치에서 마지막으로 알려진 커밋을 가리키므로 해당 상태로 안전하게 되돌릴 수 있습니다.

위 내용은 Git의 Merge에 대한 모범 사례의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!