[Linux-Biella] git e cose strambe

[Paolo Ciarrocchi]

2009/3/10 Paul TT <paultt a bilug.linux.it>:
> Paolo Ciarrocchi wrote:
>> 2009/3/6 Paul TT <paultt a bilug.linux.it>:
>>
>>> Paul TT wrote:
>>>
>>>> ...
>>>> poi si fa il commit, perlomeno quello e' uguale agli altri vcs, e il
>>>>
>>>>
>>> eh, magari
>>> invece no
>>> git commit -a
>>> per committare tutto, se no fa solo quelli fatti con add.
>>> ma se io modifico, mica addo? mica logico e'
>>>
>>
>> Questo ti permetti fare questo:
>> hack su file a
>> hack su file b
>> hack su file c
>> hack su file d
>>
>> A questo punto voglio fare un commit che contiene le modifiche fatte a
>> file a e c.
>> git add a
>> git add c
>> git commit -m "messaggio"
>>
>> Voglio committare tutto?
>> git commit -a -m "messaggio"
>>
>> Il perche dell'add derivata dal fatto che add aggiunge i file
>> all'index, questo ti permette di fare commit come nel mio esempio.
>>
> e cosa ho di migliore rispetto a:
> (svn like e hg pure direi)
>
> hack su a
> hack su b
> hack su c
> hack su d
> svn commit a c -m "msg"
>
> voglio committare tutto?
> svn commit -m "ciaz"
>
> tre caratteri in meno a commit e due comandi in meno al primo commit.

La tua soluzione pero' non ti permette di fare:
$ git diff --cached
per vedere quello che stai per commitare.
Cosa che io trovo utilissima.

La differenza tra git e hg in questo contesto e' che git rende
visibile l'index mentre hg lo nasconde.
Ci sono pro e contro di entrambe le soluzioni.

Ciao,
-- 
Paolo
http://paolo.ciarrocchi.googlepages.com/
http://mypage.vodafone.it/