Partager via


Décisions de conception du contrôle de code source

Les décisions de conception suivantes doivent être prises en compte pour les projets lors de l’implémentation du contrôle de code source.

Les informations seront-elles partagées ou privées ?

La décision de conception la plus importante que vous pouvez prendre est ce que les informations sont partageables et ce qui est privé. Par exemple, la liste des fichiers du projet est partagée, mais dans cette liste de fichiers, certains utilisateurs peuvent souhaiter avoir des fichiers privés. Les paramètres du compilateur sont partagés, mais le projet de démarrage est généralement privé. Les paramètres sont soit purement partagés, partagés avec un remplacement, soit purement privés. Par conception, les éléments privés, tels que les fichiers d’options utilisateur de solution (.suo), ne sont pas archivés dans Visual SourceSafe. Veillez à stocker toutes les informations privées dans des fichiers privés tels que le fichier .suo ou un fichier privé spécifique que vous créez, par exemple un fichier .csproj.user pour Visual C# ou un fichier .vbproj.user pour Visual Basic.

Cette décision n’est pas inclusive et peut être prise en fonction d’un élément par élément.

Le projet inclut-il des fichiers spéciaux ?

Une autre décision de conception importante consiste à déterminer si votre structure de projet utilise des fichiers spéciaux. Les fichiers spéciaux sont des fichiers masqués qui sous-tendent les fichiers visibles dans l’Explorateur de solutions et dans les boîtes de dialogue d’archivage et d’extraction. Si vous utilisez des fichiers spéciaux, suivez ces instructions :

  1. N’associez pas de fichiers spéciaux au nœud racine du projet, c’est-à-dire le fichier projet lui-même. Votre fichier projet doit être un seul fichier.

  2. Lorsque des fichiers spéciaux sont ajoutés, supprimés ou renommés dans un projet, les événements appropriés IVsTrackProjectDocumentsEvents2 doivent être déclenchés avec le jeu d’indicateurs qui indique que les fichiers sont des fichiers spéciaux. Ces événements sont appelés par l’environnement en réponse au projet qui appelle les méthodes appropriées IVsTrackProjectDocuments2.

  3. Lorsque votre projet ou votre éditeur appelle un fichier à l'aide de QueryEditFiles, les fichiers spéciaux associés ne sont pas extraits automatiquement. Passez les fichiers spéciaux en même temps que le fichier parent. L'environnement détectera la relation entre tous les fichiers transmis et masquera de manière appropriée les fichiers spéciaux dans l'interface utilisateur de check-out.