Git의 분기는 무엇입니까?

주의: Git 초보자 시리즈의 일곱 번째 영상입니다.Watch the first video here .
두 개의 평행 세계가 있다고 상상해 보세요.우리는 다음과 같다.

이 세상에서 내가 이 동영상을 만들었어. 너희들이 보고 있어.

이 세상에서 나는 이 동영상을 만들었지만 너희들은 보지 않았다.

내가 이 동영상을 창작하지 않은 세계.

이 병렬 세계 개념에서 Git 지점은 병렬 세계이다.
너는 같은 세계에서 변하지 않는 지점을 가질 수 있다.그리고 너는 다른 세계로 들어갔다.코드를 완성하면 변경 사항을 초기 세계에 통합하여 초기 세계를 완성할 수 있습니다.

브랜치 생성 방법

Git 클라이언트를 엽니다.에서 브랜치할 브랜치를 찾습니다.마우스 오른쪽 버튼을 클릭하고 새 브랜치 생성을 선택합니다.

너는 네가 원하는 모든 이름을 너의 지점에 명명할 수 있다.
통상적으로 우리가 개발자로서의 첫 번째 지점은 개발 지점이다.
브랜치 이름을 지정한 후 작성 및 체크 아웃을 클릭합니다.이런 상황에서 서명은 개발 지점으로 넘어가는 것을 의미한다.

개발 지점을 만들면 지점 부분master와development에서 두 개의 지점을 볼 수 있습니다.

Git 히스토리에서는 development 라는 새 태그를 볼 수 있습니다.이 development 태그는 master 및 origin/master 태그와 동일한 커밋에 있습니다.

왜 개발 지점을 만들어야 합니까?

만약 네가 웹 사이트를 가지고 있다면 사람들이 볼 수 있을 것이다.이 사이트는 마스터 브랜치에 있습니다.
만약 당신이 코드를 주 지점에 제출한다면, 이것은 당신이 직접 사이트를 변경했다는 것을 의미한다.만약 당신이 어떤 버그를 도입한다면, 다른 사람들은 당신의 버그를 즉시 볼 수 있습니다.
우리는 인간이다.우리는 실수를 할 것이다.우리는 사람들에게 우리의 잘못을 보여주고 싶지 않다.
그래서 우리는 새로운 지점을 만들고 그것을 완성했다.우리가 완성한 후에 더 많은 버그가 없다고 확신할 때 (적어도 우리는 시도!)우리는 변경 사항을 메인 지점으로 되돌려 사이트를 업데이트할 것이다.
이것이 바로 우리가 개발 지점을 사용하는 원인이다.
이런 상황에서 주요 지점을 생산 지점이라고 할 수도 있다.

새 지점을 인코딩하는 방법

새 지점을 만들 때 지점 자체에 직접 인코딩할 수 있습니다.변경한 코드는 이 지점에만 반영됩니다.
만약 우리가 development.md 라는 새 파일을 만들려고 한다고 가정하십시오.이 서류에서 우리는 "안녕하세요! 개발부서에서 제출한 것입니다!"라고 말했다.

# development.md
Hello! This is committed from the development branch!

Git 클라이언트로 돌아가면 이 변경 사항을 개발 지점에 제출할 수 있습니다.
제출을 만들 때 개발 지점에 있는지 확인하십시오.Fork에서는 굵어진 브랜치를 보고 브랜치를 판단할 수 있습니다.

코드를 개발 부서에 제출하다.
현재 Git 기록을 보면 개발 지점이 origin/master 지점과 로컬master 지점 이전의 커밋임을 볼 수 있습니다.
이것은 우리가 development 지점에서 임의의 많은 코드를 작성할 수 있음을 나타낸다. 다른 지점에 영향을 주지 않는다.

Git remote로 개발 지점 확장

버튼을 클릭하여 개발 브랜치를 Git remote로 밀어넣을 수 있습니다.단계는 similar to the steps when you pushed the master branch for the first time 입니다.
푸시가 완료되면 origin/development 태그와 같은 커밋에서 development 태그를 볼 수 있습니다.

분기 간 전환

브랜치 사이를 전환하려면 이동할 브랜치(사이드바에서)를 두 번 클릭합니다.마스터를 두 번 클릭하면 마스터를 체크 아웃합니다.
체크 아웃은 선택한 분기로 전환하는 것을 의미합니다.

만약 당신이 지금 당신의 프로젝트를 보고 있다면, 당신은 development.md 파일을 잃어버렸다는 것을 발견할 수 있을 것이다.이것은 다른 지점에 영향을 주지 않고 development 지점에서 가능한 한 많은 제출을 할 수 있음을 다시 한 번 증명합니다.

분기 결합

개발 과정을 마치고 지점을 다시 합칠 준비가 되어 있다면master.
병합하려면 먼저 병합할 지점을 서명합니다.이것은 master일 것이다.
그런 다음 development 브랜치를 master 브랜치에 병합하려면 Git 클라이언트의 development 브랜치를 마우스 오른쪽 버튼으로 클릭하고 마스터로 병합을 선택합니다.

Fork에서 통합 커밋을 작성할지 여부를 묻습니다.일부 고객은 이 작업을 자동으로 수행합니다.

결합을 선택하면 결합이 완료됩니다.
Git 내역을 보시면 master 및 development 지점 앞에 있는 지점을 보실 수 있습니다.
합병 제출을 마쳤기 때문이다.

또한 origin/development 은 master 지점 이전의 두 개의 제출이다.이것이 바로 우리가 사이드바에서 2를 본 이유다.

병합이 완료되면 버튼을 클릭하여 Git remote를 업데이트할 수 있습니다.

분기 삭제

브랜치를 삭제하려면 삭제할 브랜치를 마우스 오른쪽 버튼으로 클릭하고 브랜치 이름 삭제를 선택합니다.

Fork에서 분기를 원격에서 제거하도록 선택할 수도 있습니다.

Delete 를 클릭하면 Fork 에서 두 브랜치가 삭제됩니다.
삭제가 완료되면 Git 기록을 볼 수 있습니다.origin/master 및 origin/development 태그가 모두 기록에서 사라졌음을 알 수 있습니다.

끝내다

지점은 병렬 세계와 같아서 오류를 생산 코드에 도입하지 않고 제출할 수 있습니다.브랜치를 생산 코드에 통합하기 전에 오류를 수정할 수 있습니다.
읽어주셔서 감사합니다.본고는 최초로 my blog에 발표되었다.더 좋은 전단 개발자가 될 수 있도록 더 많은 글을 원한다면 등록하세요my newsletter.