Où sont les détails du signet stockés dans un projet Visual Studio?Comment gérer séparément les signets dans le projet Visual Studio pour le développeur et l'équipe?
fichier projet: * .csproj fichier solution: * .sln
Je me demande s'il est possible de maintenir les signets séparément pour l'équipe et par développeur par défaut. Lorsque je vérifie le projet dans le contrôle de la source (Perforce), je ne veux pas que tous mes signets soient synchronisés pour d'autres développeurs mais seulement quelques-uns qui soient utiles à toute l'équipe.
Mise à jour # 1: Nous avons besoin d'un point de référence dans le code - qui peut être utilisé comme raccourci dans le courrier électronique et la communication entre développeurs/équipes de support. Pour cela, nous devons maintenir le signet au niveau de l'équipe.
Mise à jour # 2: Il semble que tout le monde a suggéré de ne pas partager les signets au niveau de l'équipe (c'est un fichier caché pour une raison etc ...). Je me demande s'il existe un autre outil dans Visual Studio pour répondre à l'objectif ici. La meilleure chose à propos des signets est leur capacité à créer un lien hypertexte avec n'importe quelle partie d'un code, ce qui est extrêmement utile si la base du code est ÉNORME!
>> La réponse la plus proche est 'zainnab' (voir ci-dessous), mais cette option nécessite de modifier (checkout) les fichiers de code.
Je suis curieux de savoir pourquoi vous vérifiez d'autres choses que le code source et la documentation sur votre système de contrôle de source, de toute façon. Des choses comme les paramètres utilisateur, les fichiers de projet, les binaires (à moins qu'ils ne soient des dépendances externes), et les fichiers similaires ne doivent pas, IMO, être vérifiés dans le contrôle de la source. –
nous avons besoin d'un point de réfrence dans le code - qui peut être utilisé comme shothand dans l'email et la communication entre les développeurs/équipes de support. Pour cela, nous devons maintenir le signet au niveau de l'équipe. – dotnetcoder
Quels types de points de référence partagez-vous? Si vous faites référence à des fonctions particulières, alors nommer la fonction dans les questions devrait être assez bon. Vous pouvez également envisager d'utiliser des régions pour vous aider à identifier des sections de code particulières. – Yuliy