Git e Mercurial: quale sarebbe l'equivalente del flusso di lavoro Git in Mercurial?

Question

#lets get the latest 
git pull 

#lets switch to branch and do some work 
git checkout -b makeSomeBugs 

#do the work commit 
git add . 
git commit -am "introducing some bugs" 

#push this for my lazy remote friend to see 
git push origin makeSomeBugs 

#uh .. changes on master 
git pull origin master 

#do some work.. 
git commit -am "introducing some more bugs" 
git push origin makeSomeBugs 

#lets switch back to master 
git checkout master 
git pull 

#work is done, lets merge 
git merge --no-ff makeSomeBugs 
git push origin 

#and remove the branch to never ever see it again 
git push origin :makeSomeBugs 
git branch -d makeSomeBugs 

Varie fonti blog (ma sono abbastanza vecchio) dire che si dirama come questo in mercuriale è no-go, in particolare con la rimozione permanente ramo ...

Answer 1

mi potrebbe avere qualche pezzo sbagliato, perché io possa avere frainteso il git, ma supponendo che si sta utilizzando una versione recente di Mercurial o, se non, il bookmarks extension è abilitata ...

# lets get the latest 
# git pull 

hg pull 

# lets switch to branch and do some work 
# git checkout -b makeSomeBugs 

hg bookmark makeSomeBugs 

# do the work commit 
# git add . 
# git commit -am "introducing some bugs" 

hg commit -m "introducing some bugs" 

# push this for my lazy remote friend to see 
# git push origin makeSomeBugs 

hg push -B makeSomeBugs 

# uh .. changes on master 
# git pull origin master 

hg pull 
hg merge 

# do some work.. 
# git commit -am "introducing some more bugs" 
# git push origin makeSomeBugs 

hg commit -m "introducing some more bugs" 
hg push -B makeSomeBugs 

# lets switch back to master 
# git checkout master 
# git pull 

hg pull 
hg update -C <name of master rev> 

# work is done, lets merge 
# git merge --no-ff makeSomeBugs 
# git push origin 

hg merge makeSomeBugs 
hg push 

# and remove the branch to never ever see it again 
# (I assume you mean the label not the changesets) 
# git push origin :makeSomeBugs 
# git branch -d makeSomeBugs 

hg bookmark -d makeSomeBugs 
hg push -B makeSomeBugs 

ci sono un paio di differenze "modello mentale", ma penso che sia abbastanza vicino. Il più grande è quando si elimina il segnalibro. Lo elimini localmente e poi lo spingo. Ordine inverso da quello che hai fatto con git.

C'è anche la domanda su cosa si usa per identificare la testa "master". Se sul server era già presente un segnalibro (chiamato ad esempio master), la prima riga diventerebbe hg pull -B master, la prima unione hg merge master e l'aggiornamento hg update -C master. Una volta che hai tirato un segnalibro per la prima volta, eventuali pull o push successivi devono aggiornarlo senza bisogno di menzionarlo esplicitamente.

Answer 2

È praticamente lo stesso eccetto che con Mercurial in genere non ti preoccuperai di nominare i tuoi progressi e basta usare un ramo anonimo.

vi svelo che affondano in un attimo ...

A differenza di Git, Mercurial non 'dimenticare' di modifiche se non c'è nome del ramo o bookmark ad esso associati, quindi non c'è bisogno di nominandolo e successivamente cancellandolo. Dopo questo, sembra un flusso di lavoro piuttosto standard:

#lets get the latest 
hg pull 

#lets update to the latest and do some work 
hg update 

#do the work commit 
hg commit -Am "introducing some bugs" 

#serve this for my lazy remote friend to see 
hg serve 

#uh .. remote changes 
hg pull 

#do some work.. 
hg commit -Am "introducing some more bugs" 

#lets pull in the latest 
hg pull 

#work is done, lets merge 
hg merge 
hg push 

Opzionalmente è possibile utilizzare un segnalibro se si vuole veramente tenere esplicitamente traccia del capo anonima; quando si avvia (dopo hg update), etichettare l'insieme di modifiche corrente utilizzando:

hg bookmark makeSomeBugs 

E quando il gioco è fatto (dopo hg merge), rimuovere il segnalibro con:

hg bookmark -d makeSomeBugs 

Si potrebbe anche spingere il segnalibro per il bene del tuo amico, ma ... meh.