개발 분기를 마스터로 병합

이 문서에서는 개발 분기를 마스터 분기로 병합하는 방법을 설명합니다. 종종 우리는 개발을 위해 마스터 분기에서 분기를 만드는 자신을 발견할 것입니다.

변경 사항이 만족스러우면 마스터에 병합할 수 있습니다. 문제는 두 가지를 병합하는 가장 안전한 방법은 무엇입니까?

Git은 개발 브랜치를 마스터로 병합합니다.

더 쉬운 컨텍스트를 위해 아래 예를 사용합니다.

아래 예는 master 브랜치가 있는 리포지토리를 보여줍니다. 우리는 마스터의 development 분기를 생성하고 약간의 변경을 가할 것입니다.

development 브랜치를 master 브랜치와 병합하는 가장 안전하고 깨끗한 방법을 보게 될 것입니다.

일부는 동의하지 않을 수 있지만 개발을 마스터로 병합하는 가장 안전하고 깨끗한 방법은 먼저 마스터를 개발에 병합하는 것입니다.

이렇게 하면 개발 분기에 있는 동안 병합 충돌을 처리할 수 있습니다. 당신이 당신의 행동을 확신할 때까지 당신의 마스터 브랜치를 그대로 둘 것입니다.

마스터를 개발에 병합하려면 먼저 개발 분기로 전환하고 아래 명령을 실행합니다.

$ git merge master

출력:

우리의 경우 일부 병합 충돌이 있습니다. 충돌을 해결하는 동안 더 많은 작업이 필요한 부분을 발견할 수 있습니다.

마스터는 변경되지 않았으므로 더 많은 편집을 수행하고 만족할 때까지 마스터를 개발에 다시 병합할 수 있습니다. 이제 개발을 마스터로 병합할 수 있습니다.

master 브랜치로 전환하고 아래 명령을 실행합니다.

$ git merge --no-ff development

위의 병합은 아마도 빨리 감기일 것입니다. 이것의 단점은 Git이 커밋 노드를 생성하지 않는다는 것입니다. 즉, 언제 누가 병합했는지 추적할 수 없습니다.

커밋 노드를 생성하는 --no-ff 플래그를 포함하여 이 문제를 해결합니다.

간단히 말해서 개발 브랜치를 마스터와 직접 병합할 수 있습니다. 그러나 master를 development로 먼저 병합하고 병합 충돌이 있는 경우 해결한 다음 마지막 단계로 development를 master로 병합하는 더 깨끗하고 안전한 경로를 선택할 수 있습니다.

마지막 단계에서 --no-ff 플래그를 포함하여 커밋 노드를 만듭니다.