Utilizzo del controllo del codice sorgente Team Foundation
Microsoft Team Foundation Il sistema di controllo del codice sorgente fornisce una funzionalità di controllo delle versioni del codice sorgente adatta alla gestione del lavoro di migliaia di sviluppatori.
Che cos'è il controllo del codice sorgente?
Il controllo del codice sorgente è un sistema che consente di gestire file condivisi da un team. Grazie al controllo del codice sorgente, più utenti possono lavorare sullo stesso set di file, riducendo il rischio che un utente possa inavvertitamente eliminare le modifiche apportate al file da un altro utente.
Come funziona il controllo del codice sorgente?
I file di origine vengono archiviati in un repository del sistema di controllo del codice sorgente (un server Team Foundation server). I membri dei team estraggono i file in cartelle locali del computer, apportano le necessarie modifiche ai file e li archiviano nuovamente nel sistema.
Quando un file viene nuovamente archiviato nel repository, il sistema di controllo del codice sorgente crea un record delle modifiche tra la nuova versione e la precedente. Durante l'archiviazione di un file, il membro di un team aggiunge un'annotazione al record del file presente nel repository in modo da consentire ad altri membri di visualizzare le modifiche apportate. In tal modo, se un utente apporta una modifica non desiderata a un file, sarà possibile ripristinare uno stato precedente del file.
Un file può essere estratto contemporaneamente da più utenti. Se un file viene modificato da un altro utente dopo l'estrazione, quando si procede nuovamente all'archiviazione il file verrà sottoposto a una procedura di integrazione in cui sarà necessario risolvere eventuali conflitti.
Supporto Team Foundation in Expression Blend
Il sistema di controllo del codice sorgente di Team Foundation è integrato in Microsoft Expression Blend per consentire di eseguire tutte le operazioni, quali visualizzazione di versioni precedenti dei file, archiviazione, aggiunta di file e visualizzazione della cronologia file nel pannello Progetti di Expression Blend.
In Expression Blend la funzionalità di controllo del codice sorgente si attiva configurando il computer per l'utilizzo del sistema di controllo del codice sorgente di Team Foundation e aprendo una soluzione associata. Se una soluzione o un progetto sono associati, contengono informazioni di Team Foundation e possono utilizzare la funzionalità di controllo del codice sorgente all'interno di Microsoft Visual Studio e Expression Blend.
Per ulteriori informazioni, vedere gli argomenti seguenti:
Da quel punto, è possibile fare clic con il pulsante destro del mouse sulla soluzione, sui progetti o sui singoli file nel pannello Progetti per eseguire le attività di controllo del codice sorgente.
Per ulteriori informazioni, vedere gli argomenti seguenti:
Aggiungere un progetto a una soluzione in controllo del codice sorgente
Aggiungere file e cartelle a un progetto in controllo del codice sorgente
Rinominare o eliminare un file in controllo del codice sorgente
Aggiornare lo stato dei file in controllo del codice sorgente
Alcune attività di controllo del codice sorgente più avanzate, quali la creazione di una nuova soluzione nel sistema di controllo del codice sorgente, l'associazione di soluzioni e file, l'estrazione esplicita di file in modo esclusivo (in modo tale da non consentire ad altri membri del team di eseguire contemporaneamente l'estrazione) e la configurazione delle opzioni di integrazione file, possono essere eseguite solo in Visual Studio Team System o Team Explorer, non in Expression Blend. A tale scopo, è possibile utilizzare Visual Studio Team System 2008 Team Explorer o la versione completa di Visual Studio Team System 2008. Per ulteriori informazioni, vedere gli articoli Utilizzo di Team Explorer, Utilizzo del controllo della versione di Team Foundation e Procedura: associare e separare progetti e soluzioni su MSDN.
.gif "Suggerimento") Suggerimento: |
|---|
Se una soluzione nel sistema di controllo del codice sorgente non è associata, è possibile ancora utilizzare Expression Blend per modificare i file nella soluzione, ma è necessario prima utilizzare Microsoft Visual Studio Team System 2008 Team Explorer per estrarre e archiviare i file. Poiché Team Explorer è un download gratuito, è una soluzione meno costosa dell'acquisto di una copia di Visual Studio Team System per modificare i file nel sistema di controllo del codice sorgente. È possibile aprire la stessa soluzione contemporaneamente in Expression Blend e Team Explorer. Quando si modifica lo stato del controllo del codice sorgente mediante Team Explorer, assicurarsi di aggiornare lo stato dei file in Expression Blend. Per ulteriori informazioni, vedere Aggiornare lo stato dei file in controllo del codice sorgente. |
Procedure consigliate per il controllo del codice sorgente
La conoscenza del funzionamento del controllo del codice sorgente e l'utilizzo delle seguenti semplici linee guida consentono ai membri del team di collaborare in modo efficiente sulla creazione di una soluzione:
Utilizzare un sistema di controllo del codice sorgente.
L'utilizzo corretto di un sistema di controllo del codice sorgente migliora la cooperazione, il lavoro di squadra e riduce il rischio di perdere un lavoro.
Ottenere le autorizzazioni corrette.
Per utilizzare le funzionalità di controllo versione in Expression Blend, è necessario disporre almeno di autorizzazioni Collaboratore sul server Team Foundation. Per ulteriori informazioni, vedere Autorizzazioni per Team Foundation Server su MSDN.
Mantenere i file di origine nel controllo del codice sorgente.
Conservare una copia di ciascun file di origine necessario per generare la soluzione nel sistema di controllo del codice sorgente e assicurarsi che tutti i progetti e le soluzioni siano associati. Non archiviare file compilati o generati da codice sorgente presente nel sistema di controllo del codice sorgente.
Nella tabella seguente vengono elencati esempi di file che è necessario conservare nel sistema di controllo del codice sorgente:
Aggiungere i seguenti tipi di file al sistema di controllo del codice sorgente
Non aggiungere i seguenti tipi di file al sistema di controllo del codice sorgente
File di soluzione (con estensione SLN) e di progetto (con estensione CSPROJ o VBPROJ).
File memorizzati nella cache (con estensione CACHE o SUO).
File di origine compilati dal progetto (file XAML, CS, VB).
FIle compilati dal progetto nelle cartelle \bin o \obj.
File multimediali (con estensione JPG, WAV, WMV e così via).
File o progetti utilizzati per generare file multimediali (file di Microsoft Expression Design o Microsoft Expression Media, benché possano essere conservati nel sistema di controllo del codice sorgente).
Nuovi progetti creati in una soluzione o nuovi file creati in un progetto.
Progetti che si trovano all'esterno della cartella della soluzione o file che si trovano all'esterno delle cartelle di progetto. Tale condizione si verifica se si crea un nuovo file o progetto salvandolo all'esterno della cartella padre corretta.
Assembly (fle DLL) da cui dipende la soluzione.
Progetti che compilano gli assembly (file DLL) da cui dipende la soluzione se il progetto si trova all'esterno della cartella della soluzione.
Conservare tutti i file che si desidera mantenere nel sistema di controllo del codice sorgente nella cartella dell'area di lavoro di Team Foundation.
Quando si configura il computer per l'utilizzo del sistema di controllo del codice sorgente di Team Foundation, viene creata una cartella locale in cui il server Team Foundation copia i file, Si tratta di una situazione simile alla creazione di una cartella pubblica condivisa a cui solo il server Team Foundation ha accesso. Qualsiasi elemento che si trova nel sistema di controllo del codice sorgente deve trovarsi nell'area di lavoro. In caso contrario, il server Team Foundation non sarà in grado di visualizzarlo e restituirà un errore simile al seguente: "Impossibile determinare l'area di lavoro".
Conservare tutti i progetti e i file appartenenti a una soluzione all'interno della relativa cartella.
Se si crea un nuovo progetto in una soluzione, creare la cartella di progetto all'interno della cartella della soluzione. In Expression Blend questa operazione viene eseguita per impostazione predefinita a meno che non si modifichi il campo Percorso nella finestra di dialogo Aggiungi nuovo progetto.
Per ulteriori informazioni, vedere Aggiungere un progetto a una soluzione in controllo del codice sorgente.
Se si aggiunge un progetto esistente a una soluzione, copiare prima la cartella di progetto nella cartella della soluzione. In caso contrario, non sarà possibile aggiungere il nuovo progetto o i relativi file al sistema di controllo del codice sorgente.
Per ulteriori informazioni, vedere Aggiungere file e cartelle a un progetto in controllo del codice sorgente.
È possibile collegare progetti ed elementi che si trovano all'esterno della cartella della soluzione; tuttavia, è necessario verificare che tali elementi siano disponibili quando si compila il progetto. Per questa operazione potrebbe essere necessario utilizzare Team Explorer per recuperare le copie dei file dal server Team Foundation. Per ulteriori informazioni, vedere Procedura: ottenere il codice sorgente per il progetto team su MSDN.
Verificare che si stia utilizzando la versione più recente di un file.
Attenersi alle procedure di estrazione dei file indicate dall'amministratore del sistema di controllo del codice sorgente. Ad esempio, potrebbe essere necessario ottenere la versione più recente di tutti i file prima di estrarli o estrarli in modo esplicito prima di utilizzarli (invece di estrarre un file in modo implicito salvandolo [CTRL+S] in Expression Blend).
Per ulteriori informazioni, vedere Ottenere le copie più recenti dei file di progetto.
Quando altri membri del team apportano modifiche ai file nel repository del sistema di controllo del codice sorgente del progetto, le copie dei file presenti nella propria area di lavoro diventano "obsolete", ovvero non includono più tutte le modifiche apportate dal team. L'archiviazione di una versione obsoleta di un file e la sostituzione di una versione più recente di un altro membro comporta ulteriore lavoro e aumenta il rischio di perdere alcune importanti modifiche al file.
Per ulteriori informazioni, vedere Unire e risolvere conflitti durante l'archiviazione di file.
Estrarre solo i file necessari.
Estrarre solo i file che si prevede di modificare. Non estrarre una cartella intera a meno che non si prevede di modificarne tutti i file presenti.
Eseguire l'archiviazione dei file il prima possibile.
Non lasciare i file estratti più del necessario. Archiviare i file al termine delle modifiche e dei test. In questo modo, si garantisce agli altri membri del team di accedere alle versioni più recenti dei file.
Per ulteriori informazioni, vedere Archiviare ed estrarre file.
Aggiungere commenti di archiviazione utili.
Quando si verifica un problema, sarà possibile utilizzare i commenti di archiviazione per identificare il problema e come correggerlo più rapidamente. Anche se non si verifica alcun problema, sarà possibile verificare in modo semplice le modifiche apportate e il motivo per cui sono state apportate visualizzando la cronologia di un file.
Per ulteriori informazioni, vedere Visualizzare o confrontare le modifiche apportate ai file.