Transitioning to Branching con TFS

Question

Il nostro team utilizza attualmente il vecchio TFS 2005, senza branching, checkout condivisi, ecc ... Vorrei introdurre un sistema di diramazione DEV/MAIN/PROD simile all'aroma di base nello TFS Guidance document in modo che possiamo fare qualche sviluppo parallelo, isolare e consolidare i processi di revisione e distribuzione.

Ho letto la maggior parte dei white paper ecc. Avete qualche consiglio pratico, strumenti suggeriti, trucchi o consigli. Inoltre, prevediamo di migrare al 2010 una volta uscito, non sono sicuro che ciò possa influire su qualcosa. Apprezzo tutti i suggerimenti e l'aiuto che posso ottenere in quanto sono un neofita ramificato.

Answer 1

Il mio consiglio è di mantenere semplici le strategie di ramificazione. È facile lasciarsi trasportare e implementare strategie di branching piuttosto sofisticate che richiedono un intero team solo per gestirle.

Tendo a passare solo con un "ramo principale" e uno (o molti) "rami di rilascio". Il ramo principale è dove avviene lo sviluppo giorno per giorno e il ramo di rilascio viene utilizzato per scattare un'istantanea del codice prima di essere trasferito in produzione.

Il ramo principale continua a cambiare mentre il progetto si evolve nel tempo mentre il ramo di rilascio è un modo per tornare indietro per apportare modifiche a ciò che è in produzione senza rischiare di includere altre modifiche in corso sul ramo principale. Il ramo di rilascio viene utilizzato per creare hot-fix.

ho descritto più in dettaglio sul mio blog:

http://hectorcorrea.com/Blog/Simple-Branching-Strategies-for-Team-Foundation-Server