web-dev-qa-db-fra.com

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

J'ai travaillé sur une douzaine de projets Visual Studio 2010 qui sont versionnés dans un référentiel TFS. Récemment, je suis allé en vacances et j'ai mis à niveau le système d'exploitation de mon ordinateur avec Windows 7 64 bits.

J'ai réinstallé Visual Studio et je peux me connecter à mon 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 code source sont correctes dans le dossier racine, mais ne fonctionnent pas dans les sous-dossiers de la racine du projet.

J'ai essayé d'annuler la liaison, de l'ouvrir à partir du contrôle de source, de supprimer le dossier et de récupérer la dernière version. Aucun de ceux-ci n'a résolu le problème.

Des idées sur la restauration de mes fixations?

METTRE À JOUR

Après avoir fouillé, je peux voir qu'il semble y avoir un dossier supplémentaire dans le chemin de mes projets "non valides" ... Je ne sais pas du tout comment cela s'est passé, mais cela semble avoir jeté mes correspondances.

53
Tim

Vous dites que vous avez essayé d'annuler la liaison, mais avez-vous essayé de vous reconnecter au contrôle de source?

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 source-> Avancé-> Modifier le contrôle de source
  • Dissociez tous les projets liés mais ne fonctionnant pas correctement.
  • Lier tous les projets qui sont maintenant non liés.
73
Joel Rondeau

Lorsque vous avez une liaison non valide et une reliure/liaison, un projet ne fonctionne pas, essayez ce qui suit:

  1. Dissocier le projet dans le contrôle de code source
  2. Décharger un projet dans l'Explorateur de solutions (pour un projet de site Web, le projet de déchargement ne se trouve pas dans le menu contextuel, mais dans le menu «Site Web»)
  3. Recharger le projet dans l'Explorateur de solutions

Travaille pour moi tout le temps ...

50
Cyril Mestrom

Je suis d’accord avec Joel - habituellement, le reliure et la reliure le corrigent.

Toutefois, si la reconnexion 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 peuvent avoir un nombre incorrect de projets et des projets définis sur rien mais répertoriés dans le fichier de solution.

Lorsque cela se produit (assez rare), je modifie les fichiers et les rend tels qu'ils devraient être. Par exemple, je supprime le deuxième ensemble de liaisons TFS (GlobalSection (TeamFoundationVersionControl) ou corrige toute autre anomalie que je constate. Ensuite, je recharge la solution et elle résout normalement le problème. J'utiliserais certainement uniquement ce correctif en dernier recours bien que.

8
Jonathan Nixon

J'ai constaté ce problème la première fois que j'ai ouvert une solution existante (et 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 ça a disparu quand j'ai fait une Get Latest Version. TFS a montré que les fichiers étaient en conflit et j'ai résolu les conflits en remplaçant la copie locale. Les liaisons précédemment non valides étaient alors indiquées comme valides.

1
S List

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 le problème.

La solution réelle pour moi était de modifier la définition de construction avec le nouveau nom de solution

  1. Mes constructions> Cliquez avec le bouton droit de la souris sur Définition de la construction> Modifier ma construction. Définition.> Processus 
  2. Notez que "1. Required> Solution to build" fait référence à l'ancien nom de Soluton. 
  3. Cliquez sur "..." à côté de "Solution to Build", 
  4. Trouvez votre nouvelle solution. Cliquez dessus
  5. Enregistrer la définition de construction
  6. Reconstruire
0
Munawar Ali

Avait exactement le même problème, mais dans Visual Studio 2017.

La reliure et la reliure n'ont pas fonctionné pour moi ..__ En fin de compte, j'ai résolu le problème en dissociant tous les projets contenus dans le fichier solution + le fichier de solution lui-même, puis en effectuant une "Obtenir la dernière version" pour toute la branche. Cela a donné lieu à une série de conflits: «Un fichier sans contrôle de version ou en écriture du même nom existe déjà localement». Résolu ces erreurs en choisissant l'option 'Écraser l'option de fichier ou de dossier local' Enfin, cela l'a résolu pour moi.

0
Nico Timmerman