Procedura dettagliata: esplorazione del controllo del codice sorgente Team Foundation

Articolo
08/22/2007

In questa procedura dettagliata vengono illustrate le funzionalità di integrazione del controllo del codice sorgente in Visual Studio 2005.

Nella procedura dettagliata viene descritto come iniziare a utilizzare il controllo del codice sorgente nell'ambiente di sviluppo integrato (IDE) di Visual Studio 2005 Team System. In particolare, viene illustrato come completare le seguenti attività:

Impostare Team Foundation come plug-in predefinito del controllo del codice sorgente per Visual Studio 2005.
Creare un nuovo progetto in Visual Studio.
Aggiungere il progetto al controllo del codice sorgente e creare quindi un'area di lavoro locale in cui memorizzare, modificare e verificare i file controllati dal codice sorgente.
Archiviare la soluzione.
Aggiungere un file al progetto controllato dal codice sorgente e modificarne uno esistente.
Eseguire il commit di tutte le modifiche in sospeso nell'area di lavoro locale al server di controllo del codice sorgente.

Prerequisiti

Per completare questa procedura dettagliata, è necessario:

Specificare un Team Foundation Server. Per ulteriori informazioni su come connettersi a un Team Foundation Server, vedere Procedura: connettersi a Team Foundation Server.
Creare o aprire un progetto Team esistente. Per ulteriori informazioni, vedere Procedura dettagliata: creazione di un nuovo progetto Team o Procedura dettagliata: connessione a un progetto Team.

Impostare il controllo del codice sorgente di Team Foundation come plug-in del controllo del codice sorgente

Prima di utilizzare Controllo del codice sorgente Team Foundation, è necessario configurare Visual Studio in modo da utilizzare il plug-in Controllo del codice sorgente Team Foundation, come illustrato nella procedura seguente. Per ulteriori informazioni, vedere Procedura: configurare Visual Studio con il controllo del codice sorgente di Team Foundation.

Nota

Per impostazione predefinita, è necessario configurare Controllo del codice sorgente Team Foundation quando Team Explorer viene installato dopo Visual Studio.

Per configurare Visual Studio per l'utilizzo del controllo del codice sorgente di Team Foundation

Scegliere Opzioni dal menu Strumenti.
Nella finestra di dialogo Opzioni individuare Controllo del codice sorgente, espanderlo, quindi fare clic su Selezione plug-in.
Dalla casella di riepilogo a discesa Plug-in del controllo del codice sorgente corrente selezionare Visual Studio Team Foundation Server.
Scegliere OK.

Aggiungere un progetto al controllo del codice sorgente

Prima di aggiungere un progetto a Controllo del codice sorgente Team Foundation, è necessario aprire un progetto Team esistente. Per ulteriori informazioni, vedere Procedura dettagliata: connessione a un progetto Team. Se non esiste alcun progetto, vedere Procedura dettagliata: creazione di un nuovo progetto Team per crearne uno.

La prima volta che si aggiunge un progetto al controllo del codice sorgente, viene automaticamente creata un'area di lavoro. Un'area di lavoro è una copia sul lato client dei file e delle cartelle presenti sul server Team Foundation. Quando si aggiunge, modifica, elimina, sposta, rinomina o altrimenti gestisce un elemento controllato dal codice sorgente, le modifiche vengono mantenute o contrassegnate come modifiche in sospeso, nell'area di lavoro sul computer locale.

Un'area di lavoro è uno spazio isolato in cui è possibile scrivere e verificare il codice senza preoccuparsi delle conseguenze delle modifiche sulla stabilità delle origini archiviate o delle conseguenze dei cambiamenti apportati dai colleghi del team. Le modifiche in sospeso rimangono isolate in un'area di lavoro finché non se ne esegue il commit nel server Team Foundation archiviandole.

È possibile creare sul computer più di un'area di lavoro per ogni server Team Foundation. Per ulteriori informazioni, vedere Utilizzo delle aree di lavoro per il controllo del codice sorgente.

Per creare una nuova soluzione e un nuovo progetto

Scegliere Nuovo dal menu File e quindi Progetto.
Nella finestra di dialogo Nuovo progetto selezionare Visual C# nel riquadro Tipi progetto.
Nel riquadro destro fare clic su Applicazione Windows.
Nella casella Nome digitare MyWindowsApp, digitare un percorso nella casella Percorso, quindi scegliere OK.

Nella procedura seguente è illustrato come aggiungere la nuova soluzione al controllo del codice sorgente e si presume che sia stata eseguita la connessione a Team Foundation Server dal computer corrente. Per ulteriori informazioni sulle connessioni, vedere Procedura: connettersi a Team Foundation Server.

Per aggiungere la soluzione al controllo del codice sorgente

In Esplora soluzioni fare clic con il pulsante destro del mouse sulla soluzione e scegliere Aggiungi soluzione a controllo del codice sorgente.
Nella finestra di dialogo Aggiungi soluzione a controllo del codice sorgente individuare il percorso in cui si desidera aggiungere il progetto o la soluzione in Posizione progetto Team e accettare i valori predefiniti o fare clic su Crea nuova cartella, quindi immettere il nome di cartella desiderato o modificare il nome della cartella della soluzione nella casella di testo Digitare un nome per la cartella della soluzione.

Nota

È possibile fare clic su Avanzate e selezionare un mapping alternativo per la soluzione. . Per ulteriori informazioni, vedere Procedura: scegliere un mapping alternativo per una soluzione.
Scegliere OK.

Dopo avere eseguito il commit dell'aggiunta effettuando un'archiviazione, la soluzione viene aggiunta al server di controllo del codice sorgente. Per ulteriori informazioni, vedere Invio delle modifiche al server del controllo del codice sorgente.

Nota

È inoltre possibile aggiungere soluzioni e progetti dalla riga di comando o dal menu di Visual Studio. In questo modo, non viene tuttavia eseguita l'associazione dei progetti e delle soluzioni. Tale associazione fornisce le funzionalità di controllo del codice sorgente, tra cui diverse icone di controllo del codice sorgente che indicano lo stato in Esplora soluzioni. Per ulteriori informazioni, vedere Procedura: associare e separare progetti e soluzioni, Comando Add e Procedura: aggiungere al controllo del codice sorgente file e cartelle non appartenenti al progetto o alla soluzione.
Scegliere Genera soluzione dal menu Genera per confermare che l'applicazione viene generata senza errori.

Avviso

Ottenere dal server la versione più recente di tutte le origini rilevanti e compilare il codice per verificare che venga generato senza errori prima di archiviare le modifiche in sospeso. In questo caso tuttavia le modifiche in sospeso sono tutte aggiunte che non esistono ancora nel server. Pertanto, non è necessario eseguire un'operazione Leggi ultima versione.
Se la finestra Modifiche in sospeso non è attualmente aperta, scegliere Altre finestre dal menu Visualizza, quindi fare clic su Modifiche in sospeso. Nella finestra di dialogo Modifiche in sospeso fare clic su Archivia per archiviare sul server le modifiche in sospeso. Per ulteriori informazioni, vedere Modifiche in sospeso e Procedura: archiviare le modifiche in sospeso.

Finestra Modifiche in sospeso

La finestra Modifiche in sospeso può essere paragonata alla console di comando del controllo del codice sorgente, in cui vengono raccolte le informazioni sullo stato del progetto e da cui è possibile accedere al controllo del codice sorgente relativo al contesto e alle informazioni e ai comandi relativi alle gestione degli elementi di lavoro. Se si chiude la finestra Modifiche in sospeso, è possibile ripristinarla dal menu Visualizza. Per ulteriori informazioni, vedere Utilizzo delle finestre Archivia e Modifiche in sospeso.

Modificare il progetto controllato dal codice sorgente

Il controllo del codice sorgente è una parte completamente integrata dello sviluppo di Visual Studio. Quando ad esempio si aggiunge un file a un progetto incluso nel controllo del codice sorgente, il file del progetto viene automaticamente estratto e aggiornato da Visual Studio.

Quando si aggiunge un file a un progetto incluso nel controllo del codice sorgente, in Visual Studio si presume che si desideri modificare il file prima di renderlo disponibile per i colleghi del team. Pertanto, i nuovi file aggiunti non vengono archiviati automaticamente, ma considerati come aggiunte in sospeso al controllo del codice sorgente finché non si archiviano in modo esplicito le modifiche non salvate e si crea quindi un nuovo insieme di modifiche nel server.

Per aggiungere un file a un progetto controllato dal codice sorgente

In Esplora soluzioni fare clic con il pulsante destro del mouse sul progetto, scegliere Aggiungi, quindi Classe.
Nella finestra di dialogo Aggiungi nuovo elemento fare clic su Aggiungi per aggiungere Class1.cs al progetto.

Class1.cs viene visualizzato insieme agli altri file di progetto nella finestra Modifiche in sospeso e il tipo di Modifica è aggiungi. In Esplora soluzioni è possibile verificare che l'icona di segnalazione del progetto è passata da un lucchetto blu a un segno di spunta rosso. Questa icona indica che il file di progetto è estratto. È inoltre possibile che Class1.cs venga visualizzato con un segno più (+) che indica un'aggiunta in sospeso.

Per impostazione predefinita, il file viene automaticamente estratto quando si sceglie di modificare un file di progetto archiviato.

Per modificare un file esistente in un progetto controllato dal codice sorgente

In Esplora soluzioni fare doppio clic sul file AssemblyInfo.cs nella cartella Proprietà.
Aggiungere una nuova direttiva using, ad esempio using System.IO.Ports;, al file nell'editor di codice.

Si noti che il file AssemblyInfo.cs viene automaticamente estratto quando si inizia a modificarlo. In Esplora soluzioni l'icona di segnalazione diventa un segno di spunta e il file viene aggiunto all'elenco di file di origine nella finestra Modifiche in sospeso.

Sincronizzare l'area di lavoro con la versione più recente del server

Eseguire un'operazione Leggi ultima versione per sincronizzare l'area di lavoro con la versione più recente del server, quindi generare il progetto prima di archiviarlo. Se si esegue sempre la sincronizzazione e la generazione prima dell'archiviazione, è possibile evitare le interruzioni della generazione integrazione che si verificano quando due utenti archiviano modifiche non in conflitto, ma reciprocamente incompatibili la cui combinazione impedisce la compilazione dell'applicazione.

Per sincronizzare l'area di lavoro con la versione più recente del server ed eseguire la generazione

In Esplora controllo del codice sorgente fare clic con il pulsante destro del mouse sulla soluzione in Esplora soluzioni, quindi scegliere Leggi ultima versione.
Scegliere Genera progetto dal menu Genera, dove progetto è il nome del progetto. In questo caso, MyWindowsApp.

Archiviare le modifiche in sospeso sul server

Dopo avere verificato che l'applicazione venga generata con la versione più recente, è possibile archiviare le modifiche in Controllo del codice sorgente Team Foundation e rendere il progetto visibile ai colleghi del team.

Nota

Se l'applicazione non viene generata, se per qualsiasi motivo non c'è stato tempo di eseguirne il test o se si desidera condividere il codice per farlo controllare a un altro sviluppatore, è possibile sospendere le modifiche invece di archiviarle. Per ulteriori informazioni, vedere Utilizzo delle aree di sospensione per il controllo del codice sorgente.

È possibile archiviare le modifiche in sospeso nei seguenti modi:

Utilizzando il sottomenu Controllo del codice sorgente del menu File.
Fare clic con il pulsante destro del mouse su un file estratto in Esplora soluzioni o in Esplora controllo del codice sorgente.
Fare clic su Archivia nella finestra Modifiche in sospeso.

Per archiviare rapidamente tutte le modifiche in sospeso sul server

Scegliere Modifiche in sospeso dal menu Visualizza.
Nella finestra Modifiche in sospeso digitare un commento nella casella Commento per spiegare la natura delle modifiche, ad esempio "aggiunta direttiva using", e la ragione di tali modifiche, ad esempio "per attivare le chiamate alla classe Directory".
Aprire il canale Elementi di lavoro e selezionare gli elementi di lavoro pertinenti alle modifiche in sospeso. Per ulteriori informazioni, vedere Procedura: associare gli elementi di lavoro agli insiemi di modifiche.
Aprire il canale Note di archiviazione e inserire i commenti relativi alle note di archiviazione per Revisore codice, Revisore sicurezza e Revisore prestazioni.

Nota

Le note di archiviazione possono essere configurate come campi obbligatori da un amministratore e devono essere completate durante il processo di archiviazione. I campi obbligatori sono indicati dal colore ombreggiato nello sfondo della casella di testo.

Per ulteriori informazioni su come creare note di archiviazione e transizioni degli elementi di lavoro personalizzate, vedere Procedura dettagliata: personalizzazione dei criteri e delle note di archiviazione.
Scegliere Archivia.

Il processo di archiviazione di Team Foundation Server è progettato per semplificare le operazioni dei singoli utenti ed essere facilmente esteso al team. Per ottimizzare la facilità di utilizzo, nella finestra Modifiche in sospeso si presume implicitamente che si desideri archiviare tutte le modifiche. È tuttavia possibile escludere facilmente dall'archiviazione singole modifiche in sospeso. L'archiviazione applica in genere insiemi di modifiche correlate invece che singole modifiche. Viceversa, quando si esegue l'archiviazione da Esplora soluzioni o dal menu File, in Visual Studio si presume che si desideri solo archiviare le modifiche apportate all'elemento selezionato a meno che tale elemento non sia un contenitore di file, ad esempio un progetto o una soluzione.

Un amministratore di Team Foundation Server può associare un insieme di criteri di archiviazione personalizzati a un progetto Team per verificare che tutte le archiviazioni soddisfino linee guida o requisiti specifici.

I singoli membri del team possono creare elementi di lavoro per tenere traccia dei difetti del prodotto o delle richieste relative alle funzionalità e associare un elemento di lavoro a un progetto specifico. Quando si completa un elemento di lavoro, è possibile associarlo alle modifiche di origine contrassegnandolo come tale nel canale Elementi di lavoro della finestra Modifiche in sospeso. L'associazione degli elementi di lavoro alle modifiche di origine garantisce un atteggiamento di maggiore responsabilità e consente di tenere traccia dello stato del lavoro.

Infine, tutti i membri del team possono aggiungere note significative e coerenti a ogni archiviazione. Il modello di processo utilizzato per creare il progetto Team determina il formato e il contenuto delle note di archiviazione e può essere personalizzato dall'amministratore di Team Foundation Server. Tra le categorie di note di archiviazione sono incluse le seguenti: impatto sulle prestazioni, requisiti relativi alla documentazione, istruzioni per i test e istruzioni di generazione.

Processo di archiviazione

Quando si fa clic su Archivia, i file di origine selezionati vengono raggruppati insieme alle eventuali note di archiviazione ed elementi di lavoro specificati nella finestra Modifiche in sospeso. Tale raggruppamento viene quindi caricato sul server Team Foundation, dove ne viene eseguito il commit come nuovo insieme di modifiche. Un insieme di modifiche ** è un insieme di revisioni dei file, note di archiviazione, elementi di lavoro associati e metadati del controllo del codice sorgente che viene memorizzato sul server come una singola entità facile da gestire. Per ulteriori informazioni, vedere Utilizzo degli insiemi di modifiche per il controllo del codice sorgente.

In secondo luogo, gli elementi di lavoro inclusi nell'insieme di modifiche vengono aggiornati in modo da contenere i collegamenti nel nuovo insieme di modifiche creato.

Viene quindi eseguita la transizione degli elementi di lavoro attraverso un flusso di lavoro in base alle regole di elaborazione predefinite esistenti. Il team può ad esempio definire una regola che consente di modificare automaticamente lo stato di un bug da "Attivo" a "Risolto" se lo stato secondario è "Correzione disponibile" quando si archivia il bug. Le regole di elaborazione e il flusso di lavoro vengono creati dal modello di processo utilizzato per creare il progetto Team, ma possono essere modificati o personalizzati dall'amministratore di Team Foundation Server. Per ulteriori informazioni, vedere Personalizzazione dei modelli di processo.

Infine, viene inviata una notifica tramite posta elettronica a tutti i membri del team che hanno sottoscritto le notifiche di archiviazione.

Sicurezza

Per completare questa procedura dettagliata, è necessario disporre delle autorizzazioni Read e Checkin. Per ulteriori informazioni, vedere Autorizzazioni e privilegi di protezione del controllo del codice sorgente.

Passaggi successivi

Dopo avere completato i passaggi di questa procedura dettagliata, è possibile sperimentare alcune delle funzionalità avanzate di Controllo del codice sorgente Team Foundation passando a Procedura dettagliata: funzionalità avanzate del controllo del codice sorgente. Questa procedura dettagliata include la diramazione, l'unione e l'applicazione di etichette agli elementi del controllo del codice sorgente.

Vedere anche

Share via