Sviluppo collaborativo di soluzioni Office
Aggiornamento: novembre 2007
Più sviluppatori possono lavorare su un progetto Visual Studio Tools per Office allo stesso modo in cui collaborano sugli altri progetti di Visual Studio. Visual Studio è in grado di individuare correttamente l'installazione di Microsoft Office su ogni computer, anche se Office è installato in percorsi diversi. È tuttavia importante essere consapevoli di alcuni problemi.
Le proprietà di debug non sono condivise
Le proprietà di debug non sono condivise tra più utenti sotto il controllo del codice sorgente. Nei progetti di Visual Basic e Visual C# le proprietà di debug vengono memorizzate in un file specifico dell'utente (NomeProgetto.vbproj.user o NomeProgetto.csproj.user). Tale file non è incluso nel controllo del codice sorgente. Se più di un utente esegue il debug, è necessario che ciascuno immetta manualmente le proprietà di debug.
Se il progetto è contenuto in una condivisione di rete anziché in un controllo del codice sorgente, è necessario effettuare più passaggi per consentire agli sviluppatori che lavorano in collaborazione di aprire la soluzione e testare l'assembly.
Il controllo del codice sorgente richiede l'estrazione di tutti i file
Se per i progetti si utilizza il controllo del codice sorgente, è necessario estrarre tutti i file in un file di codice in Esplora soluzioni (ad esempio, i file di codice ThisDocument, ThisWorkbook o ThisAddIn) ogni volta che si modifica il file di codice, inclusi i file nascosti per impostazione predefinita. Se si estrae solo il file di codice di livello superiore, le modifiche potrebbero andare perse.
Dopo avere apportato le modifiche, archiviare nuovamente tutti i file. Per ulteriori informazioni sui file di codice nascosti nei progetti, vedere Modelli di progetto di Office.
Sicurezza per la collaborazione informale in una rete per Microsoft Office 2003
Se come posizione di sviluppo si utilizza un percorso UNC, ad esempio \\NomeServer\NomeCondivisione, durante la procedura guidata verrà visualizzato un avviso di sicurezza. Se il percorso di rete non è protetto, un utente malintenzionato sarà in grado di sovrascrivere l'assembly e sostituirlo con un assembly dannoso, compromettendo la sicurezza del computer. Per aumentare la sicurezza del percorso di rete, è possibile impostare un accesso di sola lettura alla cartella condivisa per tutti gli utenti e concedere autorizzazioni di scrittura solo allo sviluppatore e agli utenti che necessitano di tale livello di autorizzazione.
È opportuno non utilizzare l'URL come prova di concessione dell'attendibilità all'assembly, bensì basarsi su una firma, una chiave dell'editore o su altri tipi di prova per concedere l'attendibilità all'assembly. Per informazioni sui vari tipi di evidenza, vedere Evidenza.
Per concedere automaticamente l'attendibilità totale ed eseguire il progetto, è necessario che gli sviluppatori siano amministratori di rete. In caso contrario, è necessario che un amministratore imposti i criteri di sicurezza per concedere l'attendibilità totale all'assembly e al documento a livello di computer per ogni sviluppatore che lavora in collaborazione. Per ulteriori informazioni, vedere Cenni preliminari sul processo di generazione delle soluzioni Office e Requisiti di sicurezza per l'esecuzione delle soluzioni Office (System 2003).
Sicurezza per la collaborazione informale in una rete per Microsoft Office System 2007
Per tutte le soluzioni a livello di documento situate in un percorso di rete (ad esempio \\NomeServer\NomeCondivisione), occorre aggiungere il percorso completo all'elenco delle cartelle attendibili nell'applicazione Microsoft Office in uso. Selezionare l'opzione che consente di includere le sottodirectory della cartella principale o aggiungere specificamente le cartelle di debug e compilazione all'elenco delle cartelle attendibili. Per ulteriori informazioni su tale procedura, vedere Concessione dell'attendibilità ai documenti (2007 System).
I certificati temporanei generati automaticamente in fase di compilazione non sono protetti da password. I certificati contengono il nome di accesso dello sviluppatore e altre informazioni personali. Se si distribuiscono le personalizzazioni firmate mediante certificati temporanei, gli altri utenti potrebbero accedere a tali informazioni.
Vedere anche
Attività
Procedura: distribuire le soluzioni Office (2003 System)
Concetti
Creazione di soluzioni Office in Visual Studio