git merge가 변경 사항을 덮어 씁니다.

Question

누구든지 git merge 문제를 피할 수 있습니까? 내 지점을 병합하려고하는데 다른 지점에 my_branch가 another_branch라고 말하게 할 수 있습니다. another_branch는 기본 분기입니다. 따라서 my_branch에서 완료된 작업을 추가하려면 먼저 my_branch를 병합합니다. 이렇게하려면이 단계를 수행하고 있습니다. another_branch에서

git checkout another_branch
git pull anothr_branch

I가 업데이트되면 최신 변경 사항 나는

git checkout my_branch
git merge anothr_branch

을 my_branch로 전환하기 전에 모든 예 나는 커밋과 나의 변화를 준비하고있다 로컬로 저장하십시오. 그래서 내 변경 사항을 잃을 의심의 여지가 없습니다.

하지만 another_branch의 모든 변경 사항이 표시되지 않습니다. 그래서 덮어 쓰겠습니다.

어떤 이유가있을 수 있습니까?

Answer 1

아마도 원하는 것은 rebase입니다. rebase는 소스 브랜치에서 커밋 된 후 대상 브랜치에 커밋을 배치합니다.

내 로컬 지사에있는 경우 로컬로 git rebase master을 사용합니다. 이는 가장 최근 커밋 상단에있는 지형지 물에있는 커밋을 master에 커밋합니다.

원격 지점의 경우 일반적으로 변경 내용을 숨기고 서버의 변경 사항을 가져 와서 서버의 최신 변경 사항에 변경 내용을 적용하는 git pull --rebase을 사용합니다.

rebase가 작동하는 방법에 대한 최고의 시각적 가이드는 this one by Atlassian입니다.

당신은 이러한 리소스에 더 약 rebase을 찾을 수 있습니다

• man git-rebase
• git-scm guide on rebasing
는 는
• When do you use git rebase instead of git merge?는
당신이 충돌로 파일을 표시 할 때까지

Answer 2

힘내 덮어 쓰지 않습니다 해결로 (비록 그들이 정말로 그렇지 않다면).

힘내는 병합으로 현명하지 않으려 고합니다. 병합 할 때 깔끔하게 병합 할 수 있다면 그렇게 할 것입니다. 그렇지 않으면 병합 프로세스를 중지하고 수동으로 해결해야하는 충돌을 표시합니다. 파일 충돌을 해결 한 후에는 파일 git add <file>... (파일 추적에 사용하는 것과 동일한 명령)을 사용하여 해결 된 것으로 표시해야합니다.

힘내과 같이 충돌을 표시 :

<<<<<<< HEAD:index.html 
< div id="footer" > contact : email.support@kozbara.com</div> 
======= 
<div id="footer" > 
please contact us at support@kozbara.com</div> 
>>>>>>> anotherBranch:index.html 

상부 (==== 전에 일부) 파일 index.html 파일 HEAD에 있습니다. 아래 부분은 동일한 파일의 anotherBranch이라는 지점의 것입니다.

아마도 자습서에서 this part을 읽고 싶습니다.

Answer 3

다음은 일상적인 작업으로 여러 개발자, 여러 팀으로 구성된 환경에서 충분히 간단하고 잘 작동합니다.

제품의 현재 개발중인 버전을 저장하는 dev 브랜치가 있다고 가정 해보십시오. A 브랜치는 현재 생산 버전을 저장합니다. 모든 개발자는 구현중인 기능이나 버그 수정을 위해 자체 지점을 가지고 있습니다.

매일 아침 모든 개발자는 다음을 수행합니다.
체크 아웃 dev.
풀다운
체크 아웃 개발자의 영업점.
dev

하루 내내, 위의 과정이 반복 될 수 있습니다. 개발자는 dev 브랜치의 관리자로 지정된 다른 개발자에게 병합 요청을합니다.

개발자 :
커밋 변경.
푸시

데브 메인테이너 :
체크 아웃 개발자로부터 분기을 병합합니다.
풀다운
Checout dev.
Merge from 개발자에서 병합.
푸시