Team Foundation Server Tutorial
Introduzione a Team Foundation Server

Osservazioni

Installazione o configurazione

Istruzioni dettagliate su come installare o installare tfs.

Che cos'è TFS e in che modo vengono memorizzati i dati in esso?

Team Foundation Server (comunemente abbreviato in TFS) è un prodotto Microsoft che fornisce la gestione del codice sorgente (tramite Team Foundation Version Control o Git), reporting, gestione dei requisiti, gestione del progetto (sia per lo sviluppo di software agile e team di cascata), build automatizzati e capacità di gestione, test e rilascio del laboratorio. Copre l'intero ciclo di vita dell'applicazione. TFS può essere utilizzato come back-end in numerosi ambienti di sviluppo integrati, ma è personalizzato per Microsoft Visual Studio ed Eclipse.

VANTAGGI:

1. Team Foundation Server fornisce una serie di strumenti di collaborazione che funzionano con l'IDE o l'editor esistente, in modo che il team possa lavorare efficacemente su progetti software di tutte le forme e dimensioni.
2. Archivia e collabora sul codice con repository privati ​​illimitati. Utilizzare Git per il controllo della versione distribuita per ottimizzare la collaborazione o utilizzare il controllo della versione di Team Foundation (TFVC) per il controllo della versione centralizzata.
3. Supporto per la metodologia AGILE
4. Supporto per più lingue e IDE
5. Consente l'integrazione di plug-in di terze parti

TIPI di TFS:

1. in linea
2. On-locali

Online è supportato dalla piattaforma cloud di Microsoft, Windows Azure e non richiede alcuna configurazione. Un utente accede utilizzando un account Microsoft per iniziare a configurare il proprio account, creare progetti e aggiungere membri del team. Le nuove funzionalità sviluppate in cicli di sviluppo di tre settimane vengono aggiunte prima alla versione online. Queste funzionalità migrano alla versione locale come aggiornamenti, a intervalli di circa tre mesi.

Team Foundation Server memorizza tutti i dati del changeset in un database SQL Server. Memorizza il codice dal changeset più recente nella sua interezza. Quindi memorizza un diff alla versione precedente. Uno dei vantaggi dell'archiviazione di tutto in SQL Server è che ottiene la capacità di salvataggio "tutto o nessuno" fornita dalle transazioni. L'architettura di TFS è centralizzata. Ciò significa che tutto il codice sorgente viene mantenuto in un'unica posizione. In un'architettura centralizzata, il server TFS stesso può essere considerato un singolo punto di errore, ma con le soluzioni ad alta disponibilità disponibili nel sistema operativo Windows Server, non è necessario. Allo stesso modo, il database SQL Server che memorizza i bit del codice sorgente corrente può essere replicato su più server. Il controllo TFS è stato progettato per integrarsi perfettamente con le ultime versioni di Microsoft Visual Studio. Tuttavia, ciò non significa che non è possibile utilizzare il controllo della versione TFS con altri prodotti di sviluppo software. La funzionalità in TFS può essere suddivisa nelle seguenti aree.  Funzionalità di base: controllo dei file in entrata e in uscita  Blocco - limitazione delle modifiche simultanee  Branching and merging - funziona con diverse versioni del codice sorgente  Security - decide chi può accedere ai dati di controllo della versione e come

La funzionalità di base in qualsiasi sistema di controllo versione include il controllo del file in entrata e in uscita. Per supportare la concorrenza, TFS consente più checkout dello stesso file, ma questo può essere disabilitato in caso di necessità. Gli oggetti possono anche essere bloccati in modo esclusivo in modo che nessun altro possa archiviare o estrarre un file mentre è bloccato. Se i checkout simultanei sono disabilitati nelle impostazioni di progetto del team, un blocco viene automaticamente posizionato sul file al momento del checkout. La ramificazione e la fusione possono essere considerate funzioni avanzate in TFS, ma sono comunque molto utili. L'idea principale della ramificazione è quella di prendere una serie di file di codice sorgente e creare una versione distinta da quei file. Il codice ramificato può vivere una vita propria separata dai file sorgente originali. Ad esempio, se si sta sviluppando un'applicazione generica ma è necessario creare una versione specializzata per un determinato cliente, è possibile deviare le personalizzazioni del cliente dall'albero di controllo del codice sorgente principale (il "trunk"). In caso di necessità in seguito, è possibile combinare nuovamente il codice di personalizzazione con la linea di controllo dell'origine originale. Questo è chiamato fusione. Tutto in TFS (eccetto il controllo della versione dei diritti utente di Active Directory) è memorizzato in un database SQL Server centrale. Ciò include le impostazioni del progetto del team, i dati dei file, i dettagli del changeset e così via. Poiché quasi tutto si trova in una posizione centrale, è fondamentale assicurarsi di eseguire regolarmente backup dei database SQL e disporre di un piano di ripristino di emergenza. Per comprendere in che modo il controllo di versione è integrato in Microsoft Visual Studio, è necessario essere a conoscenza di tre finestre separate (o riquadri, a seconda del punto di vista): le finestre Esplora controllo origine, Esplora soluzioni e Modifiche in sospeso. Quando si è connessi a un'istanza di Team Foundation Server, Solution Explorer consente di estrarre e archiviare i file direttamente dalla finestra facendo clic con il pulsante destro del mouse sugli elementi. Tuttavia, per impostazione predefinita un checkout si verifica semplicemente quando si inizia a modificare un file in Visual Studio. Ad esempio, se apri un file di codice sorgente C # nell'editor e inizi a digitare, il file viene estratto. Questo è spesso il modo più comodo per controllare i file. Le piccole icone mostrate dalla finestra Esplora soluzioni consentono di distinguere tra file bloccati, estratti e aggiunti e così via. L'icona di un lucchetto blu indica che un file fa parte del controllo del codice sorgente ma non è attualmente estratto. Un segno di spunta rosso indica che il file è stato estratto e un segno più giallo indica che è stato aggiunto un file al progetto. In TFS, un'operazione di estrazione e l'operazione per ottenere l'ultima versione sono separate l'una dall'altra. In pratica, ciò significa che prima di estrarre un file, è necessario eseguire un comando "Scarica l'ultima volta" sul file (s) che si desidera estrarre. Ciò può essere fatto semplicemente facendo clic con il pulsante destro del mouse su un elemento in Esplora soluzioni e scegliendo la voce di menu Scarica più recente. Per modificare questo comportamento predefinito, è possibile selezionare il comando Strumenti / Opzioni di Microsoft Visual Studio e accedere alla sezione Controllo origine / Visual Studio Team Foundation Server. Da qui, puoi trovare un'opzione chiamata "Scarica l'ultima versione dell'articolo al momento del pagamento". La finestra di controllo del codice sorgente ti consente di ottenere una vista più olistica dell'albero di controllo della versione. Di seguito è riportata la finestra di esplorazione del controllo sorgente (attualmente disconnessa).

Per aprire la finestra, selezionare il comando di menu Visualizza / Altro controllo Windows / Gestione controllo sorgente, oppure fare doppio clic sul nodo Controllo origine nella finestra Team Explorer di Visual Studio. La finestra Esplora controllo sorgente consente di visualizzare e manipolare i file nella struttura di controllo della versione. È possibile eseguire tutte le operazioni tramite questa finestra rispetto a quelle che si potrebbero fare in Solution Explorer: ad esempio, è possibile effettuare il check-in e il check-out dei file, rinominarli, eliminarli e così via. La differenza è che utilizzando la finestra Source Control Explorer, i file con cui lavori non hanno bisogno di essere parte di un progetto di sviluppo di Visual Studio, come un progetto C #. Ad esempio, è possibile aggiungere un foglio di calcolo di Excel al controllo della versione; questo è qualcosa che potresti non voler fare attraverso Solution Explorer. Ogni volta che lavori con i file sotto controllo di versione e modifica, aggiungili o eliminali, Visual Studio non riporterà immediatamente le modifiche al controllo di versione. Invece, questo viene fatto solo quando si controllano le modifiche. Nel frattempo, tutte le modifiche sono per impostazione predefinita memorizzate in una lista di modifiche in sospeso, che può essere vista attraverso la finestra Modifiche in sospeso.

La finestra Modifiche in sospeso mostra un elenco di file che non sono stati archiviati. La finestra indica anche l'operazione (aggiungi, modifica, cancella o rinomina) richiesta. Di solito, esegui il check-in tramite questa finestra, poiché ti consente di controllare comodamente più file in un'unica operazione. È inoltre possibile scrivere un commento per accompagnare i file archiviati e collegarsi a un elemento di lavoro di Team Foundation Server con i file. Complessivamente, uno o più file sorgente, commenti opzionali e associazioni articoli di lavoro formano collettivamente un changeset. Un changeset in TFS viene sempre controllato in modo atomico, il che significa che il set completo ha esito positivo o negativo nel check in. Un changeset è associato a un ID univoco e può essere successivamente visualizzato ad esempio attraverso la finestra Source Control Explorer. Nel controllo della versione TFS, un changeset è un concetto essenziale perché è il più piccolo insieme di modifiche che il sistema può elaborare. Un changeset può contenere un singolo file o un set di file. Inoltre, è la base del reporting, specialmente se utilizzato insieme agli oggetti di lavoro.