Tenere traccia delle versioni del software è un compito complicato e Git aiuta a gestirlo. Utilizzando il sistema di tagging di Git, puoi creare numeri di versione con versione che puntano a commit specifici e utilizzarli nell'automazione CI/CD per pubblicare le versioni.
Tagging dei rilasci in Git
I tag Git sono molto simili ai branch di Git. Sono etichette che puntano a commit specifici e possono essere utilizzate per controllare un repository in un momento specifico. Tuttavia, a differenza dei rami, non sono pensati per essere aggiornati e modificati e punteranno sempre a una versione specifica.
I tag sono comunemente usati per applicare i numeri di versione a versioni specifiche, di solito utilizzando il formato di controllo delle versioni semantico (Major.Minor.Patch). Questo è molto utile per tenere traccia dei rilasci, soprattutto quando sorgono problemi e le distribuzioni devono essere ripristinate a un tag precedente che è confermato funzionare.
I tag vengono utilizzati anche per segnalare alle pipeline CI/CD che una versione deve essere pubblicata. Alcuni repository potrebbero voler pubblicare un “ultimo” rilascio su ogni singolo commit, specialmente quando si eseguono solo test per i rami di sviluppo. I tag vengono spesso utilizzati in modo che le pipeline CI di rilascio vengano eseguite e distribuite solo quando specificamente richiesto.
< /p>
Quando esegui il push su un telecomando come GitHub, i tuoi tag verranno visualizzati nella scheda Rilasci, che consente a chiunque di clonare o scaricare il repository da quel tag.
Puoi controllare tag specifici con il comando git checkout, nello stesso modo in cui funziona il checkout di un ramo.
git checkout v1.0.0
Creazione di tag
Creare un semplice tag è molto semplice. Dovrai eseguire il checkout del commit o del ramo che vuoi taggare, quindi eseguire git tag con il nome del tag.
git checkout master git tag v1.0.0
Tuttavia, è comune fai pratica nell'usare tag annotati, che consentono di impostare una descrizione e memorizzare dati aggiuntivi su chi li ha creati e quando, proprio come fanno i commit.
git tag -a v1.0.0 -m “New Release Version – Summary”
Puoi anche etichettare i commit precedenti senza controllarli:
git tag – a v1.2 commit_id
I tag non vengono inviati a dispositivi remoti come GitHub con il comando push predefinito di Git. Dovrai eseguirlo con –tags o inviare manualmente il nome del tag.
git push origin –tags
Eliminazione e modifica dei tag
Anche i tag possono essere eliminati, ma è importante considerare che la rimozione di tag dai server remoti può interferire con altri collaboratori nel tuo repository. Tuttavia, poiché in realtà non stai modificando la cronologia di Git, è per lo più come eliminare un vecchio ramo, che non tocca i commit effettivi.
Puoi eliminare i tag per nome con il flag -d:
git tag -d v1.0.0
E rimuovili dal telecomando con:
git push origin –delete v1.0.0
Per modificare un tag, devi può usare il flag -f per forzare Git a sovrascrivere un tag esistente:
git tag -f v1.0.0
Creazione di rilasci su GitHub
GitHub supporta anche i tag, ma li espande con i propri “Rilasci& #8221; sistema. I rilasci possono essere effettuati dai tag, ma possono anche essere effettuati da qualsiasi commit specifico o con l'attuale HEAD di qualsiasi ramo.
Lo scopo principale della pubblicazione dei rilasci è fornire binari predefiniti che le persone possano scaricare, qualcosa che è molto utile su GitHub ma che i tag stessi non forniscono. Altrimenti gli utenti dovrebbero comunque clonare un tag specifico e compilare dal sorgente.
L'altro scopo è documentare le note di rilascio e GitHub Releases supporta anche il markdown. Questo fornisce agli utenti un bel posto per scorrere le versioni e vedere le grandi modifiche alla versione nel tempo.
Creare un rilascio è piuttosto semplice. Dalla barra laterale del tuo repository, fai clic su “Releases,” e creane uno nuovo:
Da questa schermata, puoi digitare le note di rilascio con markdown, e file binari drag-and-drop per il rilascio. GitHub fornirà automaticamente un collegamento al codice sorgente in quel tag per te.
Puoi anche creare rilasci automaticamente dai tag utilizzando GitHub Actions. Questo ti evita di caricare binari ogni volta, il che è un bel pezzo di automazione per il tuo repository.
LEGGI SUCCESSIVO
- › Le app Microsoft 365 ottengono un nuovo carattere predefinito
- › Windows 11 dice addio alle vecchie app ARM
- › Come risolvere “Impossibile contattare il server di ripristino” Errore Mac
- › Google Bard AI ha nuove funzionalità e lingue supportate
- › 1Password velocizza la tua procedura di accesso
- › NotebookLM di Google è un punto di svolta per prendere appunti