전 세계적으로 Git은 프로젝트 모니터링 및 제어를 위해 가장 많이 사용되는 VCS(버전 제어 시스템)입니다. 또한 흩어져 있고 협력적인 작업 환경을 제공하여 협력을 장려합니다.
분기는 기본 분기에 영향을 주지 않고 버그 패치, 새로운 기능 개발 또는 실험과 같은 특정 변경 집합에 대한 별도의 채널을 만들 수 있기 때문에 Git의 가장 필수적인 기능 중 하나입니다.
다른 Git 작업과 비교할 때 분기는 매우 간단한 방법입니다. 원래 코드 기반에서 벗어날 수 있습니다.
분기를 사용하면 다른 개발자와 더 빠르게 협업할 수 있고 작업 흐름에서 많은 자유를 얻을 수 있습니다. 또한 나머지 코드베이스에 영향을 주지 않고 새로운 기능을 작업할 수 있습니다.
Git의 분기 메커니즘을 사용하면 프로젝트 내에서 새 분기를 설정할 수 있습니다.
그런 다음 이러한 추가 분기를 사용하여 기본 프로젝트 코드를 방해하지 않고 코드 변경 사항을 테스트할 수 있습니다. 조정이 성공하면 분기를 기본 분기로 다시 병합할 수 있습니다.
그러나 원격이 아닌 로컬에서 Git 분기를 삭제해야 하는 경우가 있습니다. 방법을 알아 보려면 계속 읽으십시오.
힘내 지점이란 무엇입니까?
Git은 분기 덕분에 여러 줄의 작업을 추적할 수 있습니다. 이를 통해 여러 버전의 프로젝트에서 동시에 작업할 수 있습니다.
많은 프로젝트가 개발 또는 테스트 브랜치에서 새로운 기능을 추가하거나 버그를 수정하는 동안 안정적인 마스터 브랜치를 유지합니다.
프로젝트 관리자가 Dev 브랜치의 변경 사항이 기준을 충족한다고 절대적으로 확신하는 경우 해당 수정 사항을 마스터 브랜치에 병합할 수 있습니다. 특정 대규모 프로젝트의 경우 이 주기가 무한정 반복되는 경우가 많습니다.
Git 개발 브랜치로 작업하는 것은 버전을 추적하면서 프로그램으로 작업할 수 있는 훌륭한 접근 방식입니다. 일반적으로 개발 분기는 발전을 위한 새로운 경로를 설정하는 코드 상태의 분할입니다.
다른 Git 분기와 병렬로 실행할 수 있으며 생성할 수 있습니다. 조직적이고 정확한 방식으로 코드에 새로운 기능을 추가하는 것이 가능합니다.
왜 그리고 언제 삭제해야 합니까?
더 이상 사용하지 않을 때 Git 분기를 삭제하는 것이 일반적인 유지 관리 관행이지만 이것이 항상 보편적이거나 이해되는 것은 아닙니다.
리포지토리에서 오래된 Git 분기를 제거해야 하는 이유는 무엇입니까? 여기에는 두 가지 기본 이유가 있습니다.
- 그들은 필요하지 않습니다. 대부분의 분기, 특히 최종 승인된 풀 요청에 연결된 분기에는 기능이 없습니다.
- 그것들은 혼란의 원인입니다. 그들은 상당한 기술 오버헤드를 추가하지 않지만 저장소의 분기 목록 작업을 사람이 더 어렵게 만듭니다.
수정 사항을 잃을 염려 없이 브랜치를 안전하게 삭제할 수 있습니다.
다음 시나리오를 고려하십시오. 브랜치 patch-1이 풀 요청을 통해 마스터 브랜치와 병합됩니다. 병합하기 전에 master 및 patch-1은 각각 git 커밋 기록에서 서로 다른 개정판을 가리킵니다.
병합 후(새 병합 커밋이 추가된 경우) master 및 patch-1은 모두 새 병합 커밋에 연결됩니다. 이 시점에서 풀 요청이 완료되고 이후의 모든 푸시는 패치-1이 아닌 마스터에 제출되어야 합니다.
Git의 로컬 및 원격 분기
원격 지점 – 일반적으로 개발자가 액세스할 수 있는 서버인 별도의 시스템에 있습니다. 원격 분기가 삭제되면 모든 사용자에 대해 삭제됩니다.
로컬 브랜치 – 로컬 시스템에 로컬 브랜치가 저장됩니다. 로컬 브랜치의 삭제는 먼 브랜치에 영향을 미치지 않습니다.
분기를 로컬에서 삭제하는 방법은 무엇입니까?
현재 작업 중인 브랜치를 제거할 수 없으므로 삭제하지 않는 브랜치를 체크아웃해야 합니다. 로컬 브랜치를 제거하는 방법부터 알아봅시다.
- 시작하려면 (git branch -a) 명령을 실행하여 모든 분기(로컬 및 원격 모두)를 확인합니다.
- 그런 다음 (git branch -d) 명령과 제거하려는 브랜치의 이름을 사용하여 삭제할 수 있습니다.
병합되지 않은 수정 사항이 있는 분기를 제거하려고 하면 다음 오류 메시지가 나타납니다.
위의 메시지에서 알 수 있듯이 분기를 강제로 삭제하려면 —delete —force의 바로 가기인 -D 옵션을 사용합니다.
병합되지 않은 분기를 삭제하면 해당 분기에 대한 모든 수정 사항이 손실된다는 점에 유의하십시오.
현재 분기를 삭제하려고 하면 다음 메시지가 표시됩니다.
현재 있는 분기를 제거할 수 없습니다. 먼저 다른 브랜치로 전환한 다음 브랜치 이름을 제거합니다.
지점 삭제의 단점
브랜치를 삭제할 때 발생할 수 있는 단점은 브랜치 위치에 대한 연결이 끊어진다는 것입니다(GitHub 등에서).
기본이 아닌 브랜치에 대한 영구적인 링크는 거의 없으며 특정 브랜치의 작업에 연결하고 싶었다면 풀 요청으로 전환된 후에 연결할 것입니다(이 경우 끌어오기 요청).
최종 단어
개발 브랜치를 사용하는 방법을 아는 것은 체계적인 방식으로 애플리케이션을 만드는 데 중요합니다. 다양한 분기에서 코드를 구조화하도록 주의하십시오.
어느 시점에서든 복잡한 작업에 대해 확신이 서지 않는다면 항상 다음을 읽어보는 것이 좋습니다. Git의 공식 문서 가지에.
댓글을 남겨주세요.