Git per uno sviluppatore solista [duplicato]

10

Sono uno sviluppatore che lavora su un progetto Wordpress. Lavoro su questo da solo e voglio migliorare il modo in cui utilizzo Git ma non so da dove iniziare.

Attualmente sto usando git per impegnare tutto il lavoro che ho svolto per quel giorno, a patto che venga svolto quel lavoro specifico. Ecco alcuni casi in cui eseguo un lavoro specifico:

  • Una funzione specifica il cui codice può essere scritto entro un giorno
  • Un bugfix

Per funzionalità più grandi che possono richiedere settimane per finire, creo un ramo per esso, quindi esegui il commit delle funzioni secondarie una volta terminato.

Ma spesso mi sento come se mi stavo impegnando troppo; per esempio, quando sto cercando di risolvere molti bug, non commetto tutti i bug che risolvo.

A volte finisco anche a lavorare con 2 o più cose che dovrebbero esserci nei propri commit. Quindi trovo difficile indirizzare solo i file specifici all'interno di una specifica modifica, quindi finisco per metterli tutti in un unico commit e finire con un messaggio di commit come add search feature and add caching feature .

Quello che voglio sapere sono le migliori pratiche per gli sviluppatori solisti che lavorano con Git. Per gli sviluppatori solisti, puoi rispondere anche con il tuo flusso di lavoro.

    
posta Wern Ancheta 25.08.2013 - 05:19
fonte

2 risposte

13

Solo o multipli è uguale. Impegnati presto, commetti spesso. Non appena passi da non interrotto a non rotto e cambiato, commetti. Se senti che stai commettendo molto, è solo perché non ci sei abituato.

Ecco un punto di riferimento per te. Quando ero su Google, il commit medio era inferiore a 20 righe. Questo ti farà impazzire quando lo fai per la prima volta, ma in realtà non è troppo.

    
risposta data 25.08.2013 - 06:14
fonte
2

Impegna in anticipo, invia spesso

Scoprirai che se il tuo codice è basato su buoni principi di progettazione (KISS, DRY, SOLID, design pattern, ecc.), la maggior parte delle volte cambierai qui e apporterai una modifica. Ogni volta che lo fai (e lo sostieni con un test unitario corrispondente per verificare la modifica), allora dovresti impegnarti. Una volta che i commit coprono una storia utente o completano un'attività, devi spingerti a condividere il tuo lavoro con altri.

Potresti trovare utile la "strategia di diramazione dello sviluppo del master" . Ho visto questo in uso in molti progetti open source e devo ancora trovare un difetto significativo con esso.

    
risposta data 25.08.2013 - 12:47
fonte

Leggi altre domande sui tag