2010-09-29 13 views
14

Io uso git tutto il tempo per le mie missioni da solista ma tendo a lavorare solo su master.Qualcuno qui si gira?

Devo provare a biforcarsi anche se sono solo io?

+4

+1 Solo perché il titolo è così divertente. – ewall

+2

Sì, di solito nell'occhio sinistro! –

+1

@wall, sì. Il meglio che ho visto tutto il giorno =) Anche se ora ho voglia di ripetere tutte le battute del Blue Raja da [Mystery Men] (http://en.wikipedia.org/wiki/Mystery_Men) –

risposta

7

Anche se si tratta solo di te, ti suggerisco di provare il flusso di lavoro argomento-ramo di git. Prima di tutto provarne la sensazione in modo da poterlo applicare una volta che partecipi a progetti più grandi.

$ git branch usb_support 
$ git checkout usb_support 
.. hack hack hack .. 
$ git checkout master 
$ git merge usb_support 

Ovviamente si può anche passare a un diversi rami in mezzo se avete voglia di lavorare su qualcos'altro. Anche se sei solo per conto tuo, succede che inizi a lavorare su qualcosa solo per poi rendersi conto che è stata una cattiva idea. In tal caso, puoi semplicemente buttare via il ramo dell'argomento e non inquinare il ramo principale. Naturalmente se si tratta di un progetto che nessun altro potrà mai guardare, non importa molto anche nel master. Ma poi l'argomento esperienza-guadagno è ancora valido.

+0

Scusate, la mia risposta non ha senso perché ovviamente stavate parlando di * forking * e non di branching. Scusate. Per quanto riguarda il forking, in effetti non ho bisogno né uso se parliamo di un progetto one-man che nessun altro ne fa uno .. Immagino che personalmente etichetterei l'ultimo commit prima di andare in una direzione diversa e continuare da lì , non c'è bisogno di una forchetta – gilligan

4

fork è di circa La clonazione di un pronti contro termine sul lato remoto, perché non si dispone delle credenziali diretta a spingere sulla principale repo comuni.
Ecco perché GitHub introduced forking (che non è altro che un git clone --bare sul lato server GitHub).

Se si ha il diritto di spingere direttamente ad un repo git, forking esso (nel senso che istituisce un secondo repo "comune" sul lato remoto) è non è necessario.

Forking non è come un git clone che si farebbe sul lato client (cioè sulla propria stazione di lavoro): lì (sul lato locale) è possibile clonare quante volte si desidera.


Ecco perché Chris Heilmann avrà this slide nel suo "Reasons to be cheerful" presentation di Fronteers 2010 (un'organizzazione non-profit olandese commercio di sviluppatore front-end), il prossimo ottobre.

alt text
CC license

Se non è possibile contribuire direttamente ad un repo Git remoto, perché si vuole introdurre il codice drastica, è possibile forchetta sul lato remoto, clone sul lato locale e tirare/spingere a il contenuto del tuo cuore.

+0

+1 per il terrificante gatto carino ... cosa ... Oo –

Problemi correlati