J'ai une solution qui contient beaucoup de projets,
Je voudrais supprimer les liaisons de contrôle de source complètement, comment puis-je faire cela?
Mise à jour: Ce que je veux vraiment faire, c’est de déplacer une solution et ses projets de TFS 2005 -> 2008. C’est pourquoi je supprime les liaisons, existe-t-il un meilleur moyen de le faire?
Fichier -> Contrôle de la source -> Avancé -> Modifier le contrôle de la source, puis dissocier et/ou dissocier tous les projets et la solution.
Cela devrait supprimer toutes les liaisons des fichiers de solution et de projet. (Après cela, vous pourrez changer de fournisseur SCC dans Outils -> Options -> Contrôle de la source -> Sélection du plug-in).
La spécification SCC indique que tous les fournisseurs SCC doivent implémenter ce comportement. (Je ne l'ai testé que pour VSS, TFS et AnkhSVN)
Je n'ai pas de menu Fichier -> Contrôle de code source dans Visual Studio car je n'ai jamais utilisé TFS avec cette installation de Visual Studio.
Mon problème était que j'ouvrais une solution sur Internet et que l'auteur d'origine avait oublié de supprimer les liaisons TFS. Par conséquent, chaque fois que j'ouvre la solution, je reçois un message contextuel ennuyant
"Go Offline
The Team Foundation Server http://some-other-guys-tfs-server/
is currently unavailable.
The solution will be opened offline."
Pour m'en débarrasser, j'ai supprimé le fichier .suo situé à côté du fichier .sln, puis j'ai ouvert le fichier .sln dans le Bloc-notes et supprimé cette section entière:
GlobalSection(TeamFoundationVersionControl) = preSolution
SccNumberOfProjects = 2
SccEnterpriseProvider = {xxxxx}
SccTeamFoundationServer = http://some-other-guys-tfs-server/
SccLocalPath0 = .
SccProjectUniqueName1 = xxDemo\\xxDemo.csproj
SccProjectName1 = xxDemo
SccLocalPath1 = xxDemo
EndGlobalSection
Enregistrez le fichier .sln dans le bloc-notes, puis ouvrez-le dans Visual Studio, le problème est résolu.
Mise à jour: Saveen Reddy a créé un outil pour le faire. Je n'ai pas essayé cependant.
La solution la plus simple consiste à ouvrir Visual Studio, à désactiver le plug-in TFS dans Outils> Options> Contrôle de code source et à rouvrir la solution à nettoyer. Visual Studio vous demandera de supprimer les liaisons de contrôles source
Si quelqu'un souhaite le faire en dehors du contexte de l'application Visual Studio - via une ligne de commande, par exemple, j'ai écrit un petit outil qui supprimera les liaisons de contrôle de source des fichiers Solution And Project. La source est disponible ici: https://github.com/saveenr/VS_unbind_source_control
Ancien post, il suffit donc d’ajouter aux réponses de @Matt Frear et @Johan Buret. Les deux fonctionnent .
Mais dans le cas de Matt, vous aussi devez les définir (VS 2012) dans le bloc-notes/éditeur de texte:
SccProjectName = ""
SccAuxPath = ""
SccLocalPath = ""
SccProvider = ""
Pour chaque projet dans le fichier de solution (.sln).
La réponse de @ Johan le fait effectivement ....
Parfois, les informations de liaison sont mises en cache
Pour effacer le cache de Team Explorer:
Go to C:\Users\<user>\AppData\Local\Microsoft\Team Foundation\2.0
Delete or rename the Cache folder.
Cela vient d'un site Web que je ne pouvais pas trouver maintenant. Merci pour ce gars pour le tuyau.
Vous pouvez essayer d’utiliser cet outil qui supprime automatiquement les liaisons Team Foundation d’un projet . http://www.softpedia.com/get/Programming/Other-Programming-Files/Team-Foundation-Binding-Remover .shtml
Dans Visual Studio 2015,
File->Source Control->Advanced->Change Source Control
C:\Users\<user>\AppData\Local\Microsoft\Team Foundation\6.0
J'ai trouvé cet outil qui m'a aidé à me débarrasser complètement d'une liaison tfs. On la trouve ici { https://marketplace.visualstudio.com/items?itemName=RonJacobs.CleanProject-CleansVisualStudioSolutionsForUploadi }
il crée un zip avec la liaison source supprimée sans modifier le projet original.
Suivant fonctionne pour moi:
Il pourrait également y avoir des informations concernant le contrôle de source dans le fichier proj
dans les balises
<SccProjectName>SAK</SccProjectName>
<SccLocalPath>SAK</SccLocalPath>
<SccAuxPath>SAK</SccAuxPath>
<SccProvider>SAK</SccProvider>
SAK déclare pour "devrait déjà savoir" , donc il peut être conservé.
L'autre option est
Supprimer l'espace de travail
remapper au besoin
Assurez-vous de vérifier, annuler (Annuler les modifications en attente)
avant de supprimer un espace de travail
C'est le plus rapide et le plus sûr
Bonne chance
Dans VS2017
NB: je vérifie cela pour le dépôt git
Maintenant, faites un clic droit sur la solution et vous verrez "Ajouter un projet au contrôle de source". Si vous souhaitez ajouter à nouveau un projet au contrôle de source, des erreurs vous demanderont peut-être de modifier le dossier de la solution sur TFS. cela se produit parce que votre solution dispose encore d'un mappage dans un espace de travail. supprimer le mappage ou supprimer un espace de travail. Désormais, votre solution est totalement non liée et non mappée à partir de TFS ou d'espaces de travail.