Mi sono abituato al seguente approccio sulla fase di bugfixing dello sviluppo del progetto. Lo sviluppatore dovrebbe aggiungere il numero di commit SVN come commento al problema JIRA quando lo risolve. Gli ultimi artefatti di CI-server mostrano il numero di build che include la versione principale, il nome del ramo e il numero di commit. Questo approccio aiuta il QA ad identificare facilmente se il bugfix è stato incluso nell'ultima build o meno. Anche quando lo stesso problema è stato riaperto e riparato di nuovo.
Dopo il passaggio da SVN a Git abbiamo perso il numero di commit incrementale. È possibile risolvere questo problema taggando il codice ma i tag sono legati ai numeri sprint. E in caso di riaprire questo problema, questo problema si risolve nel prossimo sprint. Ma il cliente è insoddisfatto del fatto di avere determinati problemi non fissati per diversi sprint.
Quindi, in che modo si identifica il bugfix per l'ambiente QA? Grazie.
UPD: La domanda NON riguarda il collegamento dei problemi ai commit, ma l'abilità dei QA di capire se certe fix (ticket) sono incluse in certe build semplicemente guardando il numero di build e i commenti dei ticket.