Best practice per la creazione di versioni definite in git

Question

Best practice per la creazione di versioni definite in git

#1 da (2 voti)
#2 da (1 voti)

1

Nella mia azienda abbiamo una "pipeline di produzione", che è un mucchio di codice che usiamo per produrre dati, con i dati successivamente spediti ai clienti. Il codice è ancora in fase di sviluppo, i bug vengono corretti ecc.

Attualmente stiamo ancora utilizzando SVN, ma stiamo per passare a Git. Utilizzando SVN, abbiamo utilizzato i numeri di revisione per definire specifici "punti nel tempo" a cui potremmo tornare. Ad esempio, potremmo dire che alcuni dati sono stati creati usando revision-1234 e monitorano le modifiche in questo modo.

Mi chiedo quale sarebbe la migliore pratica dell'uso di git per questa materia. Ho letto di rami, tag e rilasci, ma non sono sicuro di quale sia il modo migliore per andare.

git version-control data

posta soungalo 23.02.2016 - 14:15

fonte

2 risposte

Leggi altre domande sui tag git version-control data

MVC Best practice (visualizzazione acquisizione dati direttamente dal modello) e Yii Framework Algoritmo per rilevare se un elenco di stringhe ha bisogno di delimitatori

score 2 · Answer 1

Normalmente, quando rilascio una versione di software, il codice è codificato in Git con una convenzione di denominazione ragionevole, ad es. v1_0_0 o RELEASE_2016_02_23, ecc. Questo crea una copia di base di tutto il codice così come esiste nel punto del tag. Puoi anche confrontare i tag per differenze, ecc. MOLTO utile e semplice da fare in Git Bash con due comandi:

git tag RELEASE_2016_02_23

Quindi ...

git push --tags

Oppure ...

git push origin RELEASE_2016_02_23

... per spingere il tag specifico.

score 1 · Answer 2

Al livello più elementare, il valore equivalente che devi usare per git è SHA-1 per il commit.

Potresti (probabilmente lo farai) voler trovare un modo per allegare un tag più umano, ma il valore chiave è SHA-1 (o almeno i primi 8 caratteri) perché è quello che ti porterà alla versione della sorgente che ha generato il codice (soggetto a un modesto numero di mani che ondeggiano sulle versioni di qualsiasi dipendenza in quel momento).

Ad un livello più alto dipende piuttosto dai tuoi schemi di sviluppo e quindi è più difficile dare suggerimenti pratici - ma vorrei dare un'occhiata a Un modello di branching git di successo - di solito indicato come gitflow - per darti almeno un punto di riferimento per ottenere i tuoi pensieri in ordine.