Da SourceSafe a Team Foundation Server

Question

Il nostro team vorrebbe passare da Visual SourceSafe (VSS) a Team Foundation Server (TFS). So che TFS è molto più di un semplice sistema di controllo della versione, ma per la prima volta vorrei usarlo in questo modo.

Attualmente i nostri progetti sono organizzati in un'unica soluzione che consiste nella parte condivisa (libreria comune) e in molti progetti dei clienti.

Esiste una sorta di guida alla migrazione che descriva una simile sfida? Oppure TFS applica i propri scenari di utilizzo (controllo delle versioni di progetti, versioni, ecc.)?

Answer 1

TFS ha certamente molto più potenziale rispetto al semplice repository di origine, ma è abbastanza comprensibile il motivo per cui si desidera migrare prima il controllo del codice sorgente.

L'utilità di migrazione preferita è generalmente VSSConverter.exe che consente di mappare i percorsi VSS ai percorsi di controllo del codice sorgente del Team Project ed è abbastanza ben documentato in questa procedura dettagliata qui .

C'è un altro strumento ( TFS Migration and Synchronization Toolkit ) disponibile su CodePlex, ma quando ho confrontato i due, ho determinato che VSSConverter è stato ampiamente utilizzato e penso che sia generalmente accettato come lo strumento preferito per le migrazioni VSS.

Sembra che ci siano altre risposte su questa discussione qui anche.

Ora, la domanda che penso che tu stia veramente riguarda più l'orientamento nella creazione di progetti di gruppo e nella strutturazione?

È un po 'più difficile rispondere senza sapere di più sulla tua specifica circostanza. Patterns and Practices ha pubblicato un libro su CodePlex chiamato la Guida TFS che potrebbe aiutare - descrive tra le altre cose, una struttura di controllo del codice sorgente suggerita dal Team Project. Potrebbe esserti utile darti alcune indicazioni su come migrare e / o rimappare la struttura della tua soluzione.

Per quanto riguarda il controllo delle versioni e la diramazione, dai un'occhiata a questo qui sulla guida alla ramificazione - non è un male panoramica di alcune comuni tecniche di gestione delle ramificazioni / rilasci mediante TFS.

Se riesci a leggere tutta quella lettura, sarai davvero in cima alla maggior parte delle basi essenziali di TFS!

Answer 2

(Sentiti libero di sottovalutarmi ma ...) Se stai cercando un miglior controllo del codice sorgente, TFS è eccessivo per IMHO. Ti consiglio di esaminare Subversion. VisualSVN è un fantastico plug-in ($ 49) per Visual Studio che funziona perfettamente insieme al miglior client SVN < a href = "http://tortoisesvn.net" rel = "nofollow noreferrer"> TortoiseSVN . Inoltre, forniscono un pacchetto Windows gratuito e facile da configurare delle cose sul lato server di Subversion chiamato VisualSVN Server.

Per saperne di più sul modo di lavorare di Subversion c'è il fantastico Red Bean book .

(Non affiliato a VisualSVN, solo un fan di Subversion)

Answer 3

TFS e VSS sono animali radicalmente diversi.

Detto questo, i principali problemi con il passaggio da VSS a TFS sono generalmente nella mente dello sviluppatore.

Dai un'occhiata ai seguenti blog:

TFS dal punto di vista dell'utente VSS: http://blogs.msdn.com/robcaron/archive/2006/10/29/901115.aspx

E ovviamente l'originale http://sstjean.blogspot.com/ 2006/10 / documento-da-VSS-to-TFS-introduction.html

Answer 4

Quando siamo passati da Sourcesafe a TFS2005, il più grande ostacolo sono stati i file condivisi di Sourcesafe, il " Ricevi le ultime informazioni sul checkout " approccio e il ramo / unione "supporto" in Sourcesafe. Tutti temevano la ramificazione e la fusione in Sourcesafe e ci è voluto del tempo per convincere tutti i colleghi che non è così male con TFS.

Abbiamo deciso di non migrare i file da Sourcesafe. Abbiamo usato TFS2005 per un nuovo progetto e abbiamo conservato le vecchie cose in Sourcesafe. Non volevamo mantenere la struttura del progetto e delle cartelle che era cresciuta negli anni e che era piuttosto disorganizzata.

La vecchia roba è ormai storia e facciamo tutto il lavoro di sviluppo con TFS2008.