예를 들어 프로젝트의 마스터 브랜치 아래에 일반 클래스 A가 있습니다 개발을 위해 새 브랜치 dev를 만들었습니다(로컬에 2개의 브랜치가 있는데 1은 마스터, 1은 dev입니다). master 브랜치의 클래스 A 코드가 업데이트되었습니다 dev 브랜치를 가져오면 A는 여전히 이전 버전입니다. master 브랜치의 파일을 로컬 dev로 가져오면 로컬 마스터와 dev가 병합됩니다. 이 문제를 해결하는 방법은 무엇입니까?
마스터 브랜치의 파일을 로컬 개발자에게 가져오면 로컬 마스터와 개발자가 병합됩니다. 이 문제를 해결하는 방법은 무엇입니까?
물론, 마스터를 개발자로 가져오지 마세요. 이것은 본질적으로 가져오기 + 병합 작업이므로 불가피합니다.
에는 실제로 많은 솔루션이 있습니다. 즉, rebase를 먼저 사용한 다음 pull masterdev 브랜치에서 을 사용하는 것을 선호합니다. 이를 수행하는 것은 rebase master 브랜치의 최신 노드(예: HEAD)에서 dev 브랜치를 다시 "정착"하는 것과 같습니다. 물론 이 프로세스는 master과 동일한 충돌 해결 방법을 갖습니다(설정에 따라 다름). 차이), 그러나 두 가지를 병합하지는 않습니다. merge master
또한 이 프로세스는 자주 수행되어야 합니다(마스터가 자주 업데이트되는 경우). 마스터가 배포에 사용하는 브랜치인 경우 자주 업데이트하지 않는 것이 가장 좋습니다. 그렇지 않으면 매우 짜증날 것입니다. 문제가 발생하면 롤백합니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
물론, 마스터를 개발자로 가져오지 마세요. 이것은 본질적으로 가져오기 + 병합 작업이므로 불가피합니다.
에는 실제로 많은 솔루션이 있습니다. 즉,
또한 이 프로세스는 자주 수행되어야 합니다(마스터가 자주 업데이트되는 경우). 마스터가 배포에 사용하는 브랜치인 경우 자주 업데이트하지 않는 것이 가장 좋습니다. 그렇지 않으면 매우 짜증날 것입니다. 문제가 발생하면 롤백합니다.rebase를 먼저 사용한 다음pull masterdev 브랜치에서 을 사용하는 것을 선호합니다. 이를 수행하는 것은rebase master브랜치의 최신 노드(예: HEAD)에서dev브랜치를 다시 "정착"하는 것과 같습니다. 물론 이 프로세스는master과 동일한 충돌 해결 방법을 갖습니다(설정에 따라 다름). 차이), 그러나 두 가지를 병합하지는 않습니다.merge master다른 커밋에서 파일을 체크아웃할 수 있습니다
으아아아