Senza un sistema di controllo della versione, è quasi impossibile gestire il codice sorgente. Puoi essere uno sviluppatore di software di C, C#, Java o qualsiasi altro linguaggio, ma hai bisogno del controllo della versione. Il migliore e uno dei più popolari sistemi di controllo della versione è Git.
Git è un sistema di controllo della versione distribuito (VCS) open source gratuito utilizzato da molte piccole e grandi aziende. La sua funzionalità è impressionante e molte migliaia di sostenitori di Git aggiungono volentieri ulteriori pratiche e suggerimenti per rendere più produttiva la gestione del controllo del codice sorgente.
Attualmente puoi utilizzare più di 35 best practice Git e molti suggerimenti. Tuttavia, questo articolo si concentrerà sui migliori 11 suggerimenti e pratiche Git ottimali per i principianti.
Inizierò con il mio preferito in assoluto:la tecnica AFTER. DOPO sta per:
- A tomic si impegna
- F Impegni ricorrenti
- T est Modifiche prima della spinta
- E Norme vigenti
- R efactoring.
Impegni atomici
Un commit atomico è un singolo commit basato esclusivamente su un contesto. Con questo intendo un singolo argomento in termini di contesto:funzione, correzione di bug, refactoring, aggiornamento. Se tutte le modifiche al tuo progetto vanno come un singolo commit, è il modo monolitico o il commit spaghetti .
Commit frequenti
Le migliori pratiche di Git affermano che i commit non dovrebbero essere basati su una base temporale (oraria, giornaliera, ecc.). Invece, dovresti impegnarti in base a una funzione. Pertanto, dovresti impegnarti ogni volta che aggiungi una modifica degna del commit.
Hai incorporato una tecnica di lavoro? Impegnarsi.
Hai corretto l'errore di battitura? Impegnarsi.
Hai corretto un file di indentazione errato? Impegnarsi.
Non appena la dedica è essenziale, non c'è niente di sbagliato nel fare piccoli aggiustamenti.
Verifica le modifiche prima di spingere
In Git puoi lavorare sia da solo che con un team in collaborazione. Quando esegui il commit del codice, lavori con il tuo repository locale e quando esegui il push delle modifiche, lavori con il repository remoto e condividi le modifiche al codice con il team.
Testare le modifiche prima di spingerle è d'obbligo. Se spingi il codice rotto, il tuo team potrebbe trovarsi in una posizione di stallo a causa dell'errore. Pertanto, verifica sempre le modifiche in locale prima di inviarle al telecomando.
Applicare gli standard
In ogni progetto, gli standard sono fondamentali. Accelerano l'efficienza complessiva e riducono al minimo errori e ritardi. Nota i due semplici principi che puoi sempre applicare nel tuo team:
- Usa un file gitignore:fa sapere a Git che alcuni file devono essere ignorati, poiché non fanno parte del tuo codice. Aiuta anche a mantenere sano il tuo repository.
- Aggiungi un commento appropriato con ogni commit. È utile per gli sviluppatori e funge da documentazione.
Il refactoring non è una funzionalità
Per gli sviluppatori, il refactoring del codice è comune. È anche vantaggioso per molte ragioni, come ad esempio:
- Rendi leggibile il codice del team.
- Riduci la sofisticatezza.
- Rendi il tuo codice sorgente più gestibile, ecc.
La cosa peggiore, tuttavia, è refactoring e aggiungere una nuova funzionalità nello stesso commit.
Se vuoi eseguire il refactoring, dovrebbe essere un commit separato. E se stai lavorando su una nuova funzionalità, dovrebbe entrare in un particolare commit.
Queste pratiche compilano la tecnica AFTER. Passiamo ora ad altri suggerimenti utili per lavorare con Git.
Clone un ramo
A volte è necessario clonare un particolare ramo dal repository remoto, non l'intero repository. In questo caso, Git Remote Add è la soluzione:
git remote add -t
Imposta e ripristina l'autore
Per utilizzare Git, devi impostare il tuo nome e indirizzo email dopo averlo scaricato. I dati saranno allegati ad ogni commit che effettui. Quindi, non sarai in grado di creare commit senza di esso.
git config –global user.name "Il tuo nome"
git config –global user.email [email protected]
Se per qualche motivo hai bisogno di reimpostare il tuo nome o email, ecco il modo:
git commit –amend –reset-author –no-edit
Ottimizza Repo
Se un repository include molte centinaia di oggetti, potrebbero esserci molti oggetti non necessari. È possibile eliminarli con un comando specifico, un comando di garbage collection che ripulirà il tuo repository locale.
Ecco la sintassi:git gc
Ricevi la tua guida Git
È sempre meglio conoscere i comandi git. Git offre un comando separato per questo scopo, il comando git help:
git help -g
Eseguendolo, puoi accedere e leggere tutti i comandi git disponibili. Il comando è particolarmente importante quando stai imparando Git.
Archivio Git
Il comando Git Archive è un'utilità della riga di comando Git che genera un file di archivio come commit, rami o alberi dai Git Refs elencati. Ulteriori argomenti che modificheranno l'output dell'archivio sono approvati dall'archivio git.
git archivio –format=tar HEAD
Questo comando costruisce un archivio dall'attuale HEAD ref del repository quando viene eseguito. È un'utilità preziosa per la creazione di pacchetti di repository git distribuiti. Nota:consente diversi formati di output nell'archivio di Git che possono utilizzare una compressione aggiuntiva.
Conosci la cartella .git
La cartella .git contiene tutte le informazioni sul controllo della versione necessarie per il tuo progetto e tutte le informazioni sul commit, l'indirizzo del repository remoto, ecc. Fornisce anche un registro che memorizza la cronologia dei commit in modo che tu possa tornare alla cronologia.
La cartella .git è la directory creata quando esegui git init o git clone. Questa "cosa" crea un repository "git" per il tuo progetto. Senza di esso, il progetto è locale, non un progetto git e non puoi applicare alcuna operazione git.
L'eliminazione della cartella .git non rimuove gli altri file che fanno parte del repository git. Tuttavia, non sarà più sotto il controllo della versione. Pertanto, non dovresti eliminare questa cartella.
Conclusione
Git, essendo un vasto sistema con molte centinaia di migliaia di sostenitori, è in costante miglioramento. Gli sviluppatori aggiungono nuove opzioni e rendono la cooperazione degli utenti molto più efficace e l'esecuzione delle attività in modo più fluido e veloce.
Molte soluzioni software per eseguire modifiche e lavorare con repository remoti. Tra questi, vale la pena menzionare dbForge Source Control, un componente aggiuntivo SSMS multifunzionale. La funzionalità Ifs ti consente di lavorare con Git e anche con sistemi come SVN, TFS e Microsoft Azure DevOps.
Spero che questo articolo ti abbia fornito le conoscenze essenziali sui suggerimenti e le migliori pratiche git, in modo da poter aumentare la tua produttività. Grazie per la lettura e spero che questo post ti sia di aiuto nel tuo lavoro.
