Visual Source Safe --> TFS Migrazione

Question

Qui abbiamo lavorato con un gruppo di Visual Source Safe repository per circa 10 anni.

Ora voglio sbarazzarsi di sourcesafe e passare al Team Foundation Server.

Avete consigli o trucchi per me prima di intraprendere questa migrazione?Quali sono le cose che devo stare attento?

Sono sicuro che questa migrazione significa che le nostre abitudini di lavoro deve essere modificato in qualche modo.Pensi che questi cambiamenti potrebbero essere un problema per l'organizzazione?Pensa ad un gruppo di circa 20 persone .NET sviluppatori in un unico sito.

Answer 1

Ho appena cercato su google, ma in questa procedura dettagliata mi sembra un buon riferimento, e cita lo strumento VSSConverter che dovrebbe aiutare a rendere la migrazione indolore possibile.

Vorrei consigliare una cosa però:Di Backup.Il Backup di tutto prima di fare questo.Se qualcosa dovesse andare storto è meglio essere sicuri che dispiaciuti.

Il mio link non vengono visualizzate.Questo è l'indirizzo: http://msdn.microsoft.com/en-us/library/ms181247(VS.80).aspx

Answer 2

Ci sono un paio di modi diversi si può eseguire la migrazione.Lo strumento consentirà di tirare la vostra storia, etc.oltre, ma il più pragmatico e semplice è quello di bloccare VSS come un archivio storico e ricominciare da capo:

1. Hanno tutti il check-in di tutte le modifiche in VSS, assicurarsi che tutto si costruisce, etc.
2. Impostare tutti VSS database di "bloccato" (i diritti di sola lettura per tutti gli utenti)
3. Ricevi le Ultime sull'intero database VSS in una "pulizia" di una serie di cartelle, su una workstation
4. Controllare tutti i file in TFS dalla workstation

Per ogni storia prima della conversione, la gente deve andare a VSS, ma dopo una settimana o due è realisticamente improbabile che accada così spesso.E si sa che la storia in VSS è preciso e non danneggiato dal processo di conversione.

Answer 3

Essere consapevoli del fatto che il TFS non supporta la condivisione di file tra diversi progetti, come VSS fa.Se si dispone di tali file condivisi il collegamento tra di loro sarà essere rotto durante la migrazione, con conseguente inizialmente identici, ma ora distinti file di progetto in progetto.Aggiornamenti a uno di questi file in TFS sarà più propagare per le copie in altri progetti.

Answer 4

Se si sceglie di usare il VSSConverter.exe strumento che viene fornito con Visual Studio Team Foundation Server, allora si dovrebbe installare TFS 2008 SP1 primo, in quanto comprende una serie di miglioramenti, come dettagliato su questo blog da strumenti di migrazione di squadra.

Alcune delle caratteristiche chiave del versione includono:

Eliminazione dei conflitti di namespace.Io in precedenza bloggato su questo, come "il rinominare il problema" e abbiamo risolto il convertitore per correttamente eseguire la migrazione di file con la sovrapposizione di spazi dei nomi.Questo è stato il più grande dolore punto per la maggior parte degli utenti cercando di utilizzare le versioni precedenti del strumento.

Soluzione automatica di riassociazione. In questa ultima versione, VS soluzione i file verranno aggiornati automaticamente per la versione 9.0 e controllato di nuovo in per il controllo di versione.In precedenza gli utenti sono stati necessari per eseguire questa operazione manualmente.

La correzione di timestamp incongruenze.L'utilizzo di client timestamp da VSS può portare a revisioni registrata in ordine opposto a quello che sono in realtà si è verificato in.Lo strumento riconosce ora il problema e continua migrazione i cambiamenti a cui avrebbe in precedenza esito negativo.

Migliorata la registrazione.Anche se abbiamo risolto un sacco di problemi, fornendo migliore e più dettagliata della registrazione aiutare gli utenti che non incorrere in problemi diagnosticare i problemi.

Answer 5

Attualmente siamo in procinto di fare questo al mio lavoro di giorno.Ci sono in realtà facendo il passaggio in circa un mese.Io sono una parte principale della migrazione e una grande parte del motivo per cui stiamo ottenendo fuori di SourceSafe.Per aiutare nella migrazione, ho usato il Visual Studio® Team System 2008 Team Foundation Server e Team Suite VPC Immagine.E ' stato molto utile.Destra fuori del blocco, l'immagine contiene un lavoro pieno di TFS installazione per voi a giocare e demo.Esso comprende anche i Laboratori pratici e uno dei laboratori è in esecuzione il VSS -> TFS strumento di migrazione.Se si dispone di un abbonamento MSDN, una volta che hai giocato con l'immagine, il passo successivo sarebbe quello di installare TFS Piccolo Team edition che viene fornito con l'abbonamento.

Una cosa da notare è quello di assicurarsi di che ottenere il Service Pack più recente per Visual Studio 2008 e .NET Framework è installato sull'immagine.Il service pack risolti alcuni fastidiosi bug ed è sicuramente aumentato l'usabilità del sistema.Abbiamo un farely grande database di SourceSafe con circa 90+ progetti e lo strumento di migrazione sono voluti circa 32 ore.Prima ho fatto un backup del nostro database di sourcesafe per il test.Poi ho fatto la migrazione di prova con un database di sourcesafe.In seguito, ho controllato l'albero dei sorgenti in TFS e tutto trasferiti bene.Abbiamo mantenuto tutti la storia del nostro file di origine dal VSS che è stato grande.Non c'è bisogno di mantenere quel tanfo di database VSS in giro dopo entriamo nel vivo.

Stiamo prendendo la migrazione nei passaggi.Prima la fonte di controllo e lasciare che i nostri sviluppatori di ottenere l'uso per l'utilizzo.Poi, dopo che ci sarà la migrazione di QA e Analisti di Business oltre a utilizzare l'Elemento di Lavoro di tracciamento.

Il mio consiglio è di prendere la migrazione nei passaggi.Non fare troppo in una sola volta.Dare il tempo per le persone che utilizzeranno il sistema di treno.

Answer 6

VSS Converter è una soluzione perfetta.E ci sono differenze significative tra il 2005 e il 2008SP1 versione del convertitore.

Per esempio, in un VSS DB che è stato in uso per un lungo periodo di tempo, ci sono stati un gran numero di utenti che contribuiscono a VSS.Molti di questi utenti hanno lasciato l'organizzazione, molto tempo fa e quindi non hanno più account di dominio.TFS richiede la mappatura VSS agli utenti di account di dominio, quindi sarà necessario decidere se si mappa vecchi utenti di un singolo 'dummy' account di dominio o a un membro del team.

Inoltre, VSS Converter 2008, è necessario che questi account di dominio per essere valido TFS conti.Considerando che il 2005 converter non consente di applicare questo.

Se il VSS storia contiene un significativo spostamento di cartelle, quindi è probabile che si sarà sciolto tutta la storia prima di questa Mossa.Per esempio, se si Sposta una cartella in una nuova posizione, quindi Eliminare la precedente genitore, si perde tutta la storia.Leggi questo articolo per ulteriori spiegazioni:http://msdn.microsoft.com/en-us/library/ms253166.aspx

In una migrazione sono stato coinvolto con, abbiamo avuto 10 anni di database VSS che ha perso tutta la storia prima di 6 mesi fa.Questo è stato a causa di un significativo riassetto che ha preso il posto di 6 mesi fa.

Answer 7

TFS strumento di conversione <- Utilizzare questo

Ho usato questo strumento per alcune volte, i risultati sono abbastanza satisfatory come si tratta con la storia di insiemi di modifiche da SourceSafe, se volete troppo.

Comunque, l'utilizzo di questo strumento si deve sempre prestare attenzione agli avvisi ed errori nel registro, e verificare se è tutto costruito bene / passato bene.

È consigliato di eseguire anche un'Analisi sulla SS prima di eseguire questa.

Speranza che aiuta

Answer 8

Una buona guida dal mio ex colleage Ragazzo Starbuck.Un'altra cosa da aggiungere con che approccio si potrebbe aver deciso che si desidera effettuare il refactoring il modo in cui l'applicazione è organizzata (cartelle, ecc), e questo vi darà un'opportunità di farlo.

Sono stato in situazioni in cui abbiamo organizzato una soluzione a casaccio, senza pensiero (per non parlare di grandi cambiamenti nella domanda), che ha voglia di organizzare le cose in modo diverso - e il passaggio dal VSS per il TFS è una grande opportunità per farlo.

Quanto alla domanda iniziale:

E:questa migrazione di sicuro significa che le nostre abitudini di lavoro deve essere modificato in qualche modo.Pensi che questo cambiamento potrebbe essere un problema per l'organizzazione?Pensare ad un gruppo di circa 20 .net sviluppatori, in un singolo sito

Direi di sì vostre abitudini di lavoro cambierà, ma molto di più per il meglio.

1. Non è necessario utilizzare "Check-out" Serrature e "Get-Ultima in e Check-out".
2. Ora si può efficacemente Ramo e Unire
3. Si dispone ora di "insiemi di modifiche" tutti i file " check-in, allo stesso tempo, verranno raggruppati insieme.Questo rende il cambiamento storico di monitoraggio molto più facile, ma, cosa più importante - rollback sono molto più facili (cioè di trovare tutti i file controllati allo stesso tempo, e rotolare indietro)
4. L'associazione di Check-in per gli Elementi di Lavoro.Da non trascurare gli Elementi di Lavoro!Il più grande errore che si può commettere è quello di utilizzare solo TFS come VSS sostituzione.La costruzione e Gestione di un Progetto con caratteristiche di ottima - hai pagato per loro USARE i LORO!

Per quanto i dettagli su come la propria esperienza di cambiamento, un altro ex collega di mio (e di Team System MVP) Steve St.Jean ha scritto un articolo dettagliato sulle differenze: Da VSS a TFS