Domanda

Stiamo esaminando la possibilità di aggiornamento a Team Foundation Server 2008 per il nostro team di sviluppo. Uno dei nostri principali motivi è alcune delle funzionalità di distribuzione di BizTalk 2009 circostanti, ma sono curioso quali altri vantaggi ci sono per altri progetti al di fuori di BizTalk.

Alcuni dei nostri interessi finora si stanno muovendo ad un solo clic di compilazione e di processo, l'aggiunta di unit test, e l'integrazione continua distribuire. Alcuni passi concreti in avanti per l'azienda per cui lavoro.

Quali altri benefici o le informazioni che dovrei guardare mentre PITCH Questo alla gestione superiore? Sto cercando per motivi tecnici, il denaro è un non proprio una preoccupazione per questa discussione.

È stato utile?

Soluzione

Hai un sacco di grandi caratteristiche di TFS inchiodato già (integrazione continua, squadra costruisce, l'integrazione test di unità). Alcune delle altre caratteristiche delle squadre che abbia mai fatto hanno incluso:

  • Gran ramificazione e la fusione di supporto, che è grande per le squadre di supporto più versioni di software contemporaneamente.
  • Custom check-in politiche per contribuire a far rispettare una base di codice stabile nel controllo del codice sorgente.
  • Costruito nel supporto per il team di QA tramite gli elementi di lavoro a cui si accede attraverso un portale SharePoint 2007 che TFS crea per voi, o tramite TFS Explorer in Visual Studio.

Altri suggerimenti

Nella mia esperienza personale con SourceSafe, e mi piacerebbe immaginare che TFS avrà gli stessi problemi, se avete sviluppatori remoti con le lingue predefinite diverse da quella sul server, avrete mal di testa costante. IMHO, la possibilità di esternalizzare la connettività puzza pure. Ho migrato a SVN, un sistema di bug tracking decente, e implementato alcune politiche di test, e non ho guardato indietro. Inoltre, è un diavolo di un molto più economico ...

Dal punto di vista dei processi, si tratta con i seguenti due modelli tra cui scegliere per il vostro progetto TFS

  1. MSF per Agile Software Development
  2. MSF per il miglioramento CMMI Process

Oltre ai modelli di cui sopra, modello Scrum è disponibile da Scrum per Team System

Ho lavorato su un grande progetto di BizTalk 2006, e progetti BizTalk personali utilizzando Subversion / TeamCity (build server) e Tortoise, che tutto ha funzionato molto bene; Ora sto lavorando su un piccolo progetto BizTalk 2009 sulla base TFS2010 ed è doloroso.

Potrebbe essere semplicemente il mio (mancanza di) esperienza con TFS, tuttavia non sembra 'lucido'; e dato il fatto che ho bisogno di fare tutto quanto in Visual Studio, mi sento come se mi sto perdendo il controllo su molti manufatti che non facilmente siedo all'interno VS (sì, lo so che il 2009 è ora un primo cittadino di classe).

Se I stavano facendo la decisione su quale piattaforma per andare giù, vorrei utilizzare Subversion / TeamCity e Tortoise (o forse Mercurial ma non ho avuto il tempo di indagare su questo ancora). Dal punto di vista dei costi, pensare 'nil' per un progetto su piccola scala. In termini di caratteristiche, raggiungono tutto ciò che può fare TFS -. Ramificazione, la fusione, l'integrazione continua ecc, infatti, ho appena fatto questa raccomandazione ad un cliente con un piccolo team di sviluppo di BizTalk che stanno cercando di passare da Sourcesafe

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top