Sono nuovo alle filiali TFS e ho deciso di impostare un ramo \ Dev e \ Main (in definitiva ci saranno anche i rami di rilascio). Sto usando TFS2012. La mia comprensione è che lavorerò sul ramo \ Dev in un giorno per giorno. Quando un bug è stato risolto o una storia utente è stata completata, unirò \ Dev a \ Main, lo costruirò e lo darò al tester.
In \ Dev ho una politica per garantire che i check-in siano associati a un oggetto di lavoro. Tuttavia, quando mi unisco da \ Dev a \ Main e faccio il check-in in quell'unione, che cosa assocerei con il check-in, se possibile?
Il motivo per cui lo chiedo è perché mi sto chiedendo come qualcuno potrebbe scoprire quali modifiche sono state apportate a una particolare build \ Main? È ovvio in \ Dev, poiché vedrai gli elementi di lavoro associati nell'output di build. Ma non ci sarà una cronologia di questo tipo in \ Main, a meno che non associ il check in di fusione con una sorta di elemento di lavoro. Il tester deve sapere cosa è successo in una particolare build \ Main, ma come? È un processo manuale, in cui lo sviluppatore gli fornisce semplicemente un elenco di modifiche che sono state unite in \ Main?
Ho letto le istruzioni MS branching / merging, ma in realtà non fa luce su questo genere di cose.