Développement collaboratif de solutions Office
Mise à jour : novembre 2007
Plusieurs développeurs peuvent travailler sur un projet Visual Studio Tools pour Office de la même façon qu'ils collaborent sur d'autres projets Visual Studio. Visual Studio localise correctement l'installation Microsoft Office sur chaque ordinateur, même si Office est installé dans des emplacements différents. Toutefois, certaines considérations importantes doivent être prises en compte.
Les propriétés de débogage ne sont pas partagées
Les propriétés de débogage ne sont pas partagées entre plusieurs utilisateurs sous contrôle de code source. Les projets Visual Basic et C# stockent les propriétés de débogage dans un fichier propre à l'utilisateur (NomProjet.vbproj.user ou NomProjet.csproj.user), qui n'est pas sous contrôle de code source. Si plusieurs personnes effectuent un débogage, chacune d'entre elles doit entrer manuellement les propriétés de débogage.
Si le projet est hébergé sur un partage réseau au lieu d'un contrôle de code source, certaines étapes supplémentaires doivent être prises pour permettre aux développeurs travaillant en collaboration d'ouvrir la solution et de tester l'assembly.
Le contrôle de code source requiert l'extraction de tous les fichiers
Si vous utilisez le contrôle de code source pour vos projets, vous devez extraire tous les fichiers sous un fichier de code dans l'Explorateur de solutions (tel que les fichiers de code ThisDocument, ThisWorkbook ou ThisAddIn) chaque fois que vous modifiez le fichier de code, y compris les fichiers masqués par défaut. Si vous extrayez uniquement le fichier de code de niveau supérieur, vous risquez de perdre les modifications apportées.
Après avoir apporté les modifications nécessaires, archivez de nouveau tous les fichiers. Pour plus d'informations sur les fichiers de code masqué dans les projets, consultez Modèles de projet Office.
Sécurité en cas de collaboration informelle sur un réseau pour Microsoft Office 2003
Si un chemin d'accès UNC (tel que \\NomServeur\NomPartage) est utilisé comme emplacement de développement, l'Assistant affiche un avertissement de sécurité. Si l'emplacement réseau n'est pas sûr, un autre utilisateur peut remplacer votre assembly par un assembly nuisible et menacer votre ordinateur. Vous pouvez rendre l'emplacement réseau plus sûr en donnant accès en lecture seule au dossier partagé et en n'accordant les autorisations d'écriture qu'à vous-même et aux personnes ayant besoin de ce niveau d'autorisation.
Vous ne devez pas utiliser l'URL comme preuve pour approuver l'assembly, mais bien une signature, une clé d'éditeur ou une autre forme de preuve. Pour plus d'informations sur les différentes formes de preuve, consultez Preuve.
Les développeurs doivent être des administrateurs sur le réseau pour que Visual Studio accorde automatiquement la confiance totale et exécute le projet. Si ce n'est pas le cas, un administrateur doit définir la stratégie de sécurité de sorte qu'elle accorde la confiance totale à l'assembly et au document au niveau de l'ordinateur pour chacun des développeurs travaillant en collaboration. Pour plus d'informations, consultez Vue d'ensemble du processus de génération de solutions Office et Spécifications de sécurité pour exécuter des solutions Office (Office System 2003).
Sécurité en cas de collaboration informelle sur un réseau pour la version 2007 de Microsoft Office System
Pour toutes les solutions au niveau du document qui sont dans un emplacement réseau (tel que \\NomServeur\NomPartage), l'emplacement qualifié complet doit être ajouté à la liste des dossiers approuvée dans l'application Microsoft Office avec laquelle vous travaillez. Sélectionnez l'option permettant d'inclure les sous-répertoires sous le dossier principal ou ajoutez spécifiquement des dossiers de débogage et de génération à la liste approuvée des dossiers. Pour plus d'informations sur la manière de procéder, consultez Octroi de niveaux de confiance à des documents (Office System 2007).
Les certificats temporaires créés automatiquement au moment de la génération ne sont pas sécurisés par mots de passe. Les certificats contiennent le nom de connexion du développeur et d'autres informations personnelles. Si vous déployez des personnalisations signées par des certificats temporaires, des tiers risquent d'avoir accès à ces informations.
Voir aussi
Tâches
Comment : déployer des solutions Office (Office System 2003)
Concepts
Création de solutions Office dans Visual Studio