Ho usato per commettere i file che voglio raggruppare. Ma uno dei miei colleghi ha affermato che commettere un intero progetto di lavoro è meglio che commettere file. Penso che abbia senso, ma se mi impegno in questo modo, a volte devo impegnarmi in diversi lavori contemporaneamente.
Qual è la migliore pratica da impegnare?
Impegna una singola unità di lavoro. Altrimenti, ripristinare il commit o rimetterlo altrove (ramo diverso) sarà doloroso.
Solitamente uso il commit in anticipo, commetto spesso l'approccio. Funziona meglio con un sistema distribuito come git. Il mio flusso di lavoro di base finisce per essere qualcosa del genere:
Crea un ramo argomento per lavorare sulla mia funzione, bugfix, ecc.
Fai molti piccoli commit su questo ramo, qualunque cosa io voglia veramente
Utilizza lo strumento di rebase interattivo di Git per ripulire la cronologia del mio ramo in unità logiche di lavoro
Unisci (o rebase) questo indietro nel master e invia al nostro repository condiviso
Il commit di file comporta sempre il rischio di eseguire il check in di codice incompleto o non verificato, quindi è necessario essere più attenti. Ciononostante è essenziale avere dei commit individuali per ogni unità di lavoro. Quindi non impegnare mai l'intero progetto a meno che tutte le modifiche apportate non siano correlate.
Fai entrambi. Configura l'intero spazio di lavoro ma solo le modifiche correlate.
intero spazio di lavoro in modo da poter eseguire il test prima di eseguire il commit;
solo modifiche correlate in modo che sia facile commentare, unire, fare riferimento in un sistema di tracciamento dei bug, ...
Mi piace commettere i file correlati insieme, o almeno al punto che il progetto viene compilato quando qualcuno aggiorna. Perché? A seconda dello strumento di controllo della versione, anche l'intero progetto verrà sottoposto a versionamento. In Perforce, ad esempio, ai check-in viene assegnato un numero dell'elenco modifiche. Questi numeri dell'elenco modifiche servono anche come numeri di revisione per l'intera directory. Controllando i singoli file, il codice base non avrà sempre uno stato valido ad ogni revisione. Controllando i file correlati, posso tornare ad altre revisioni, non solo per un file, ma all'intero progetto, e assicurarmi che sia in un posto dove almeno compila e si spera che funzioni correttamente.
Leggi altre domande sui tag version-control