bitbucket에서 의도하지 않은 병합

Question

병합을 수행하지 않았을 때 이러한 병합 현상이 Bitbucket에 나타나는 이유는 무엇입니까? 이게 무슨 뜻이야? 내가 뭔가 잘못하고 있는거야?

나는 당신은 아마 당신의 로컬 저장소에 업스트림 변경을 끌어 git pull을 사용하고 원격

Answer 1

내 변경을 밀어 git push origin develop를 사용합니다. 따라서 메시지 : 분기 개발에 https://bitbucket.org/org/repo(의 Bitbucket에서 호스팅 원격 저장소)의 '개발'

병합

합니다 ( 의 로컬 복사본을 분기를 '개발') git pull은 본질적으로 git fetch + git merge입니다. 가능하다면 빨리 감기 병합을 할 것이지만 로컬 저장소와 원격 저장소가 갈라지면 자식은 3 방향 병합을 대신 수행합니다 (스크린 샷에서와 같이 새로운 커밋을 만듭니다).

힘내는 커밋 메시지를 입력하도록 요청해야합니다

Merge branch 'develop' of https://bitbucket.org/org/repo into develop 

# Please enter a commit message to explain why this merge is necessary, 
# especially if it merges an updated upstream into a topic branch. 
# 
# Lines starting with '#' will be ignored, and an empty message aborts 
# the commit. 

나는 병합에 대해 너무 많이 걱정하지 않을 것입니다. 그러나, 나는 개인적으로 포크를 사용하고, 분기, 다른 워크 플로우를 선호 :

• 포크 개인 계정
• 에 저장소는 작업 등 모든 기능, 버그 수정을위한 새로운 지점을 만듭니다 (난 몰라
• 개인 포크
• 에 새로운 지점에 일부 커밋
• 밀어에게 커밋합니다)는 '개발'분기를 사용하므로 그냥 마스터 지점을 분기 할 때 기능/버그 수정/등. 공유 저장소의 마스터 분기에 분기를 병합하는 요청을 작성하십시오.

이렇게하면 리포지토리 포크에서 작업하는 유일한 사람이기 때문에 3 방향 병합의 양이 제한됩니다. 또한 수시로 rebase를하면 지속적으로 병합하지 않고도 주 저장소의 최근 변경 사항을 최신 상태로 유지할 수 있습니다.

그러나 끌어 오기 요청이 병합 될 때마다 은이됩니다. 하지만 제가 말했듯이, 저는 그것에 대해 걱정하지 않을 것입니다.

(난 당신이 워크 플로우를 사용한다 말하고 있지 않다, 그러나 이것은 그냥 내 개인적인 취향이며 우리가 어떻게 내 회사에서 그것을 할.) 정보에 대한