[Linux-Biella] hg vs git spiegatemi
Daniele Segato
daniele.bilug a gmail.com
Ven 18 Nov 2011 13:41:44 CET
On Fri, 2011-11-18 at 12:52 +0100, PaulTT wrote:
> On 18/11/2011 12:05, Paolo Ciarrocchi 說:
> > 2011/11/18 Federico "Darkmagister" Pietta<f.pietta a gmail.com>:
> >> io naturalmente compilo il programma dopo il pull ...
> >> quindi creo la dir build ci vo dentro do un cmake ../ e poi compilo ...
> >>
> > ma prima di fare il pull fai un make clean e/o un git clean -dxf e/o
> > git reset --hard?
> ecco, perche' serve?
> se io non ho committato nulla, perche' dovrebbe farsi gli affari miei e
> rompere, a priori?
ma in realtà la domanda è: secondo te cosa dovrebbe fare?
il pull è un'operazione di merge, tipicamente
a) vi sono diverse casistiche: la tua working directory è pulita e non
hai fatto commit
b) la tua working directory è pulita ma hai fatto qualche commit
c) la tua working directory è sporca (hai modifiche non committate)
nel caso a) git aggiorna facendo un "fast forward" all'ultimo commit
nel caso b) git aggiorna e fa un merge con le tue modifiche locale, in
caso di conflitti ti chiede di risolverli
nel caso c) git ti fa una pernacchia perché se fai un pull con delle
modifiche in locale non te le sovrascrive rischiando di farti perdere
del lavoro
quindi la semplice domanda è: cosa dovrebbe fare git, secondo te, nel
caso c)?
e sinceramente vedo lo stesso problema per mercurial
> che ci compili dentro o tocchi un file, puo' darsi che in automatico
> switchi branch?
git da solo no di certo
*potrebbe* farlo il tuo tool di compilazione, anche se ne dubito
Maggiori informazioni sulla lista
Linux