Rétablir les liaisons de contrôle de source TFS

J’ai environ une douzaine de projets Visual Studio 2010 sur lesquels j’ai travaillé et qui sont versionnés dans un référentiel TFS. Récemment, je suis parti en vacances et j’ai mis à niveau l’OS de mon ordinateur vers Windows 7 64 bits.

J’ai réinstallé Visual Studio et je peux me connecter à Team Foundation Server et voir mes projets … seules mes liaisons ne fonctionnent pas correctement. La plupart du temps, aucun de mes fichiers ne semble être sous contrôle de code source, mais dans quelques projets, mes liaisons de contrôle de source sont correctes dans le dossier racine, mais ne fonctionnent pas dans les sous-dossiers de la racine du projet.

J’ai essayé de défaire la liaison, d’ouvrir à partir du contrôle des sources et de supprimer le dossier et d’effectuer une dernière version. Aucun d’entre eux n’a résolu le problème.

Des reflections sur la restauration de mes fixations?

METTRE À JOUR

Après avoir fouillé, je vois qu’il semble y avoir un dossier supplémentaire dans le cheminement de mes projets “invalides” … Je n’ai aucune idée de la manière dont cela s’est fait, mais cela semble rejeter mes mappages.

Vous dites que vous avez annulé la liaison, mais avez-vous essayé de revenir au contrôle des sources?

Dans Visual Studio:

  • Ouvrir une solution au problème
  • Choisissez la solution dans l’Explorateur de solutions
  • Choisissez Fichier-> Contrôle de la source-> Modifier le contrôle de la source
    Visual Studio 2013/2015: Fichier-> Contrôle de code source-> Avancé-> Modifier le contrôle de source
  • Dissociez tous les projets liés mais ne fonctionnant pas correctement.
  • Liez tous les projets qui ne sont plus liés.

Lorsque vous avez une liaison non valide et que la liaison / déconnexion ne fonctionne pas, procédez comme suit:

  1. Dissocier le projet dans Change Source Control
  2. Décharger le projet dans l’Explorateur de solutions (pour un projet de site Web, le projet de déchargement n’est pas dans le menu contextuel, mais dans le menu “Site Web”)
  3. Recharger le projet dans l’Explorateur de solutions

Fonctionne pour moi tout le temps …

Je suis d’accord avec Joel – en général, le déblocage et la reliure corrige le problème.

Toutefois, si la liaison ne fonctionne pas, vous pouvez essayer de modifier directement les fichiers de solution. J’ai vu des cas où les liaisons TFS se trouvaient deux fois dans le fichier de solution et semblaient inexactes pour quelque raison que ce soit. Elles contiennent peut-être un nombre incorrect de projets et de projets définis sur le fichier de solution.

Lorsque cela se produit (assez rare), je modifie les fichiers et les modifie comme il se doit. Par exemple, je supprimerai le deuxième ensemble de liaisons TFS (GlobalSection (TeamFoundationVersionControl) ou corrigerai toute autre anomalie que je verrais. Ensuite, je rechargerai la solution, ce qui corrige normalement le problème. Je n’utiliserais certainement ce correctif qu’en dernier recours bien que.

J’ai vu ce problème la première fois que j’ai ouvert une solution existante (qui fonctionnait auparavant) dans un Visual Studio nouvellement installé, avec un espace de travail nouvellement créé.

La reliure et la reliure n’ont pas résolu le problème pour moi. Mais c’est parti quand j’ai fait une dernière version. TFS a montré les fichiers en conflit et j’ai résolu les conflits en remplaçant la copie locale. Les liaisons précédemment invalides étaient alors affichées comme étant valides.

Lorsque j’ai renommé ma solution, j’ai également rencontré cette erreur. J’ai essayé tout ce qui précède et cela n’a pas résolu la situation.

La solution réelle pour moi consistait à modifier la définition de build avec le nouveau nom de solution

  1. Mes builds> Clic droit sur la définition de build> Modifier ma définition de build> Processus
  2. Notez que “1. Required> Solution to build” fait référence à l’ancien nom Soluton.
  3. Cliquez sur le “…” à côté de la “solution à construire”,
  4. Trouvez votre nouvelle solution. Cliquez dessus
  5. Enregistrer la définition de build
  6. Reconstruire

Avait exactement le même problème mais ensuite au sein de Visual Studio 2017.

La reliure et la reliure ne fonctionnaient pas pour moi. En fin de compte, je l’ai résolu en déliant tous les projets dans le fichier de résolution + le fichier de solution proprement dit, puis en effectuant une «version la plus récente» pour l’ensemble de la twig. Cela a entraîné une série de conflits: «Un fichier non contrôlé par une version ou un fichier accessible en écriture portant le même nom existe déjà localement». Ces erreurs ont été résolues en choisissant l’option «Ecraser l’option locale du classeur ou du dossier».

Assurez-vous que votre solution est déjà ajoutée au contrôle de code source: Fichier> Contrôle de code source> Ajouter une solution au contrôle de code source.