2016-06-13 6 views
1

ich einen Entwicklungszweig hood-devel in meiner Gabel habe, die 1 vor Original-Master-Commit ist tensorflow/master und ein Pull-Anforderung Zweig hood wo die Pull-Anforderung in tensorflow/Master-Leben .Merging Entwicklungszweig in Pull-Request Zweig bringt zusätzliche Commits in Pull-Request

Ich habe die folgende Reihe von Befehlen gemacht, um hood-devel in Kapuze zu verschmelzen, und es in Commits von Tensorflow/Master in meine pull request gebracht. Irgendeine Idee, warum das passiert, und der beste Weg, dies rückgängig zu machen?

git checkout hood-devel 
git merge -s ours hood 
git checkout hood 
git merge hood-devel 
git push 

Antwort

0

OK, so scheint es, dass "Pull-Request" automatisch schließen Commits, die nach dem ersten Pull-Request Commit passiert jedes Mal, wenn Sie wie merge ändern sich. Die Lösung besteht darin, sich neu zu orientieren.

IE, re, durch Überschreiben alle Konflikte mit Versionen in meiner Filiale

git checkout $mybranch 
git remote add tfmain https://github.com/tensorflow/tensorflow.git 
git fetch --all 
export merge_root=`git merge-base $mybranch tfmain/master` 
git rebase -i $merge_root 
git rebase -Xtheirs tfmain/master 
+0

Oder benutzen Sie einfach eine eigene temporäre Niederlassung für anhängige ziehen, um den Kopf fordert –

+0

Können Sie das näher erläutern? Ich habe Zweig "Kapuze" gewidmet, die ich gebeten habe, in Tensorfluss/Master zu verschmelzen. Das Problem ist, dass, wenn ich einige Änderungen an "Kapuze" wie das Zusammenführen von einem anderen Zweig, meine Pull-Anfrage verschmutzt mit Commits, die in Tensorflow/Master in der Zwischenzeit –

+0

Checkout Haube, dann machen einen neuen Zweig, sagen 'hoodPR' Ziehanfrage einleiten. Entwickeln Sie sich weiter auf der Motorhaube. Berühren Sie nicht hoodPR. Wenn Pull Request abgeschlossen ist, löschen Sie HoodPR –

Verwandte Themen