Wie zu pushen, ohne neue Köpfe zu erstellen, nach dem Erstellen Multi-Head-Zweig, Rebase und mehrere Merges

Question

Ich habe eine Reihe von dummen Schritten mit meine lokale Kopie unserer gemeinsamen Repository, und ich bin auf der Suche nach einem Weg, wie etwas reparieren. Die Schritte sind:

• ich Lesezeichen mehrere Köpfe einer Entwicklungszweig, dass andere Menschen benutzen verwendet haben:

  -o---o---o-----o--- <- dev branch 
      \----1----1------ <- another head of the dev branch, 
           where I committed stuff 
  

• Ich habe eine neue Filiale, noch lokal, einige Zeit später

  /---------------x <- new branch 
  -o---o---o-----o--- <- dev branch 
      \----1----1------ <- another head of the dev branch, 
           where I committed stuff 
  

• für einen Kopf, dass nur meinen Code enthält, habe ich ein Fütterungsmaterial auf einem anderen Zweig

      /-1'--1'-- <- rebase 
      /---------------x   <- new branch 
  -o---o---o-----o---   <- dev branch 
      \----1----1------   <- another head of the dev branch, 
              where I committed stuff 
  

• dann fusionierte ich das Fütterungsmaterial, und dann ein paar Commits später, ich fusionierte Standard

      ----------d-\  <-default 
             \ 
          /-1'--1'\  \ 
      /---------------x--------x--x-x-x-- <- new branch 
  -o---o---o-----o---   
      \----1----1------   
  

Nun wollte ich meine neue Filiale an den Server (hg push --new-branch -b newBranch) drücken , aber ich bekomme abort: push creates new remote head, da commits 1' Dev Zweig gehören.

Was ist das Richtige? Ich möchte diesen zusätzlichen Kopf vermeiden.

aktualisieren:

pro Anfrage, dies ist die Ausgabe von hg heads:

changeset: 839:f2033d695fcd <- want to push this 
branch:  newBranch 
tag:   tip 
user:  me 
date:  Wed Oct 31 13:05:51 2012 +0100 

changeset: 826:7fde19d7f467 
branch:  devBranch 
user:  my-collegue 
date:  Tue Oct 23 14:59:42 2012 +0200 

changeset: 820:23853bbf68df <- the part after rebase that got merged 
branch:  devBranch 
user:  me 
date:  Mon Oct 22 15:36:26 2012 +0200 

changeset: 807:899344cfb145 <- obsolete (branch with 1's) 
branch:  devBranch 
parent:  711:454f29c03fb1 
user:  me 
date:  Mon Oct 22 15:36:26 2012 +0200 

changeset: 712:d5e8a62a7f5f <- default, needs to stay 
parent:  648:2bbcc01aa191 
user:  me 
date:  Wed Aug 22 16:21:09 2012 +0200 

Answer 1

löste ich das Problem, ohne einen anderen Kopf zu drängen das Repo, und ohne 23853bbf68df auf newBranch zu verschmelzen. Dies ist wahrscheinlich nicht der sauberste Weg, um es zu tun, aber ich werde es als Referenz verlassen. Kurz gesagt, ich habe die gesamte Branche rekonstruiert, indem ich alle Commits übernommen und erneut angewendet habe.

Erstens, ich tötete die newBranch ‚es Kopf 899344cfb145, indem Sie auf den ersten divergierenden Revision mit Streifen ich getan habe:

hg strip -r 646 

Dann produzierte ich E-Mail-Patches für alle Commits (konnte nicht mit mq spielen) , die in newBranch, da es Anfang:

hg export -g -r 797:808 -r 810 -r 815:822 -r 824:830 -o "%n-%m.patch" 

• 797:808 sind die Patches in newBranch, die im rebased Teil waren von devBranch (1' entspricht der ursprünglichen Abbildung).
• 810 und 815:822 sind andere Patches in newBranch. 811:814 gehören zu einem anderen Zweig, also musste ich diese ausschließen.
• 823 ist ein Merge-Commit mit default, also habe ich diesen übersprungen.
• 824:830 sind alle Commits nach der Zusammenführung mit default.

Nun importierte ich diesen Patches auf einen neuen Leiter der newBranch:

hg up -r 796 
# there are 29 patches, applying till merge 
hg import --bypass {01..21}*.patch 
hg up tip 
hg merge default 
hg ci -m 'merging in default' 
hg import --bypass {22..28}*.patch 

Schließlich habe ich nur von dem ursprünglichen Kopf newBranch abgestreift.

hg strip -r 797 

Dies funktioniert möglicherweise nicht in jeder Situation. Während der Zusammenführung musste ich einige Konflikte lösen, aber ziemlich gutartig. Hoffe, das hilft jemandem.

Answer 2

Sie nur den einen schieben kann den Kopf Sie in Mercurial interessiert sind. Für Sie würde bedeuten, tun:

hg push -r f2033d695fcd 

Wenn das Ziel Repo wurde aktualisiert Sie ziehen müssen, zusammenführen und erneut Push:

hg pull 
hg up -r <remote head> 
hg merge -r f2033d695fcd 
hg ci 
hg push