힘내 : 깨끗한 내역 트리를 유지하는 데 문제가있다.

Question

나는 여기에 몇 사람과 작업하는 자식 저장소가있다. branch.master.rebase = true과 branch.master.mergeoptions = --no-ff을 설정했지만 문제가 생겼습니다.

누군가가 지형지 물을 master로 병합하려고했습니다. 합병은 성공적이었고, git은 지점이 origin/master보다 30 커밋이라고 말했다. 그가 변경 사항을 밀어 넣으려고 할 때, git은 원격 위치가 변경되어서 git을해야하기 때문에 밀어 넣기를 거부했습니다. 그가 당김을했을 때, 자식은 마스터로 합병 된 커밋에 대한 rebase를 만들었고, 이제는 마스터보다 29 커밋 만 남았습니다.

내가 병합 때문에 REBASE 후, 잃어버린 커밋 생각, 기능 지점에서 온 새로운 커밋으로 다시 적용 커밋, 그리고 커밋. 내가 '무엇을,

* c4 (head, master, feature_branch, origin/master) 
| \ 
| * c3 (origin/feature_branch) 
| * c2 
| * c1 
|/
* 

병합은 빨리 감기 병합처럼 보였다 :

* c3'(head, master, origin/master) 
* c2' 
* c1' 
| * c3 (feature_branch, origin/feature_branch) 
| * c2 
| * c1 
|/
* 

내가 달성하기 위해 노력했다 즉 :

는 푸시 후, 나무는 그렇게했다 나는 분열의 역사를 지키려고 노력하고 있습니다.

내가 이것을 피할 수있는 방법에 대한 유용한 정보가 있습니까?

감사합니다,

편집 :이 문서는 내 문제 descibes : http://notes.envato.com/developers/rebasing-merge-commits-in-git/

지금 내가 알고 있어요 git rebase에 대한 옵션을 --preserve을-병합하지만,이 옵션을 만들 수있는 방법이 태만?

그렇지 않으면 개발자는 git pull 대신 git fetch 및 git rebase origin/master이되어야합니다. 모든 분기 기록을 저장하려면

Answer 1

왜 당신은 진정한 = branch.master.rebase를 사용합니까?

Answer 2

기록을 깨끗하게 유지하는 것은 많은 시간을 지나치게 강조합니다. DAG (directed acyclic graph)의 특성은 특정 커밋 (sha1s, 태그, 브랜치, 트리 쉐어 등)에 대한 참조 집합을 쉽게 설정하여 커밋이 이미 병합되었는지 또는 어떤 커밋이 여전히 필요가 있는지 확인할 수 있습니다. 재배치하지 않으면 병력이보다 정확하게 보존되어 병행 된 병력과 병합 된 병력을 보여줍니다.

당신이 당신의 기능을 작게 할 수 있다면 당신은 매우 지점 당 기능을 사용하여 어쨌든 구성 할 수 있습니다, 추가합니다.

https://plus.google.com/109096274754593704906/posts/R4qkeyRadLR

가 처음에 내 역사는 친절하고 깔끔한 및 선형 유지 좋아 : 이것은 우리가 사용하는 워크 플로우이다. Git을 점점 더 많이 사용함에 따라 SVN과 같은 비 -DVCS 도구를 사용하는 것이 이월되었다는 것이 분명해졌습니다.