È una cattiva pratica creare un tag git per ogni build dispiegata di successo continua?

Question

È una cattiva pratica creare un tag git per ogni build dispiegata di successo continua?

#1 da (7 voti)

4

Attualmente stiamo usando un tag per ogni build sul master che supera l'IC. Questo porta a molti tag (3-10 al giorno). Il lato positivo è che questi commit sono facilmente leggibili, mostrano la versione (vXYZZZ) che è anche mostrata nel file .exe costruito e distribuito proprio da questo commit, rendendo molto facile trovare il commit esatto generato da uno specifico .exe quando vengono segnalati errori.

È questa cattiva pratica?
- Se lo è, c'è un modo migliore?
- Se non lo è, c'è un modo per rimuovere tutti i tag prima di una specifica versione secondaria? Al momento, quando cancelliamo questi tag a mano, questo porta solo a qualcun altro a ripudiarli, portando a un infinito effetto ping-pong.

git tagging

posta Kevin Streicher 11.09.2017 - 20:21

fonte

1 risposta

Leggi altre domande sui tag git tagging

Convalida all'interno di Constructor Esporre una API pubblica che chiama un'API privata è una buona pratica?

score 7 · Accepted Answer

In pratica, poiché ogni commit in un sistema git ha già un hash, se tutto ciò di cui hai bisogno è un identificatore univoco per riprodurre una build, o identificare un particolare stato del tuo ramo, lo hai già con l'hash del commit. E ovviamente il tuo sistema CI sa già che commette l'hash. Quindi, in questo senso, tutti questi tag sono un po 'inutili.

È una cattiva pratica? Non ho visto nulla che possa dire che sia male, e non riesco a pensare a problemi reali che questo creerà, ma a me sembra abbastanza insolito. In genere i tag vengono utilizzati per le versioni e i tag sono semereggianti. Finché stai facendo la semina di ogni tag, probabilmente non è terribile. Supponendo che tu effettivamente distribuisca queste build, forse è marginalmente più utile identificare le build e i loro problemi associati per tag piuttosto che per git commit.

Il tuo utilizzo sembra cadere per me in una categoria molto ampia che chiamiamo "preferenza personale". Dubito che il mondo brucerà se continui a farlo. Non sarebbe una mia scelta, ma se la tua pipeline non è rotta, non raccomanderei di "fissarla" su uno stato etereo di perfezione git.