Resta in Visual SourceSafe o vai al Team Foundation Server 2010

Question

Siamo un piccolo gruppo di sei sviluppatori che attualmente utilizzano Visual Studio 2003 e Microsoft Visual SourceSafe (HVAC). Ognuno ha la responsabilità per il suo programma non stava condividendo il codice l'uno con l'altro. Ognuno ha la responsabilità della propria gestione della versione, i codici non sono in una versione di gestione comune.

Ora aggiorneremo a Visual Studio 2010 e stiamo pensando mentre ci spostiamo a Team Foundation Server 2010 (TFS) o se dovremmo continuare con l'impianto idraulico. Voglio andare oltre, ma molti dei miei colleghi sono dubbiosi.

1. Quali sono i pro e i contro per gli Stati Uniti per passare a TFS?
2. Oltre alla gestione della versione, cosa in TFS sarà utile?
3. TFS è lo strumento giusto per il modo in cui stiamo lavorando oppure è eccessivo?
4. Si può lavorare con il codice offline? A volte lavoriamo con i nostri laptop a casa o presso il cliente

Non ho trovato da nessuna parte quello che costa.

Answer 1

Prima di tutto, Sourcesafe sarà il supporto per Visual Sourcesafe finirà presto: http://support.microsoft.com/lifecycle/search/default.aspx?sort=PN&alpha=sourcesafe&Filter=FilterNO

Se questo non è sufficiente per la migrazione, poi c'è un posto eccellente da Brian Harry (Program Manager di TFS) per cui si dovrebbe eseguire la migrazione a TFS: http://blogs.msdn.com/b/bharry/archive/2009/10/01/tfs-2010-for-sourcesafe-users.aspx

In breve, TFS è più del solo controllo del codice sorgente, contiene gli elementi di lavoro in cui è possibile tenere traccia del lavoro, aggiungere la tracciabilità e ottenere informazioni sulla gestione dei progetti. Ha anche uno strumento di automazione build con il quale è possibile automatizzare la compilazione, il test e la convalida del codice delle applicazioni.

Quando si va ulteriormente hanno anche grandi capacità di test: http://msdn.microsoft.com/en-us/library/ms182409.aspx

per rispondere alle vostre domande:

1. Ci sono un sacco di professionisti, e una grande truffa. L'aria è che si deve migrare, anche se v'è uno strumento di migrazione per VSS per TFS: http://msdn.microsoft.com/en-us/library/ms253060.aspx
2. Gli elementi di lavoro, costruire l'automazione, reporting, integrazione con SharePoint, test manager, responsabile del laboratorio
3. TFS è grande: è scalabile da squadre come la tua a grandi organizzazioni fino a migliaia di utenti.
4. Sì, esiste la possibilità di avviare Visual Studio senza una connessione TFS. Quindi ti chiede se vuoi lavorare offline. Quando sei di nuovo online, puoi andare online a TFS e controllerà le modifiche. Esiste anche la possibilità di esporre TFS a Internet, così puoi accedere a TFS all'interno della tua organizzazione da casa.

Answer 2

Se non si dovrebbe andare a TFS2010 è una domanda discutibile, con molte buone risposte.

Se non si dovrebbe andare lontano da VSS è 100% chiaro. Ci sono molti articoli là fuori sul perché:

Microsoft's Source Destruction System

VSS: Unsafe at Any Speed

Anything But Sourcesafe

Answer 3

Avendo recentemente migrato da VSS a TFS2010 non ho guardato indietro.Adoro il modo in cui tutto è integrato. Senza ribadire ciò che è stato detto prima alcune delle grandi caratteristiche sono:

• corretta ramificazione & fusione
• integrazione dC, non più l'impostazione di utenti in VSS
• Facile per vedere chi ha quello estratto
• Facile vedere la cronologia del check-in (ottimo per le revisioni del codice)
• Gli strumenti di alimentazione TFS aggiungono criteri di check-in personalizzati e menu di scelta rapida di Esplora risorse
• Elementi di lavoro, tracciamento e la loro associazione h di modifiche
• Inbuilt segnalazione
• team di progetto Portals - così non gli sviluppatori possono accedere a TFS riporta/lavoro informazioni voce ecc
• Velocità, è così molto più veloce di VSS
• Fonte è memorizzato in SQL Server e check-in le operazioni sono transazionali e non basato su file, non più in esecuzione VSS ripulire

ho scoperto che invece di migrare il codice sorgente utilizzando lo strumento di migrazione di un check-in fresco era il modo più rapido, mantenendo SourceSafe in sola lettura per la tempo strano devo fare riferimento alla storia.