In TFS, come dovrebbero essere strutturate diverse "release"? (versione 1.0, versione 2.0) [chiuso]

1

Sto importando un sito Web in TFS che è archiviato in SourceSafe come

$/MyApp 1.0
$/MyApp 2.0
$/MyApp 3.0
$/MyApp 3.5

Devo importarlo come diversi progetti distinti (MyApp1.0 ...) o come un progetto chiamato "MyApp"?

    
posta random65537 27.11.2012 - 19:28
fonte

3 risposte

1

Come singola "MyApp", quindi usa una strategia di ramificazione ...

Dovresti considerare di seguire una strategia di ramificazione standard che contenga rami Sviluppo, Principale e Rilascio. Ci vorrebbe un po 'di tempo per abituarsi se non hai già affrontato la ramificazione e la fusione, ma fornirà dei vantaggi quando si tratta di gestire le modifiche quando si sviluppano più team o funzionalità contemporaneamente.

C'è un gruppo chiamato ALM Rangers che pubblica una guida su questo argomento per TFS (vedi link sotto).

TFS Rangers Branching & Guida alla fusione - link

Articolo MSDN "Guida di Branching e Unione di Visual Studio TFS" - link

    
risposta data 27.11.2012 - 19:34
fonte
1

Una regola empirica non è preoccuparsi dei diversi progetti TFS tranne quando si desidera diversi modelli TFS . Ciò significa diversi modelli di articoli di lavoro, diversi siti di progetti di condivisione, diversi spazi per i servizi di reporting.

9 volte su 10 persone realizzano progetti TFS aggiuntivi basati su quelli che dovrebbero essere succursali, ricorda, l'unica differenza tra due progetti TFS è il modello . Se si desidera utilizzare gli stessi modelli di elementi di lavoro, ecc. Per tutto il codice sorgente, inserirlo in un progetto TFS. Più progetti TFS diventano difficili da gestire nel tempo e spesso sono completamente inutili.

    
risposta data 27.11.2012 - 19:40
fonte
1

Un progetto denominato "MyApp" e quindi più rami che rappresentano ciascuna versione. Questo articolo dovrebbe darti una buona panoramica su come eseguire il branch per le versioni:

link

    
risposta data 27.11.2012 - 19:46
fonte

Leggi altre domande sui tag