Obtention de "Impossible de créer le mappage" lors de l'ajout d'une solution au contrôle de source TFS
J'ai créé un nouveau projet d'équipe dans TFS, mais lorsque j'essaie d'y ajouter ma solution, je reçois:
'Impossible de créer le mappage
Impossible de mapper le chemin du serveur, $/Finance/MyApp, car il ne se trouve pas sous un projet d'équipe. '
Je ne trouve rien sur google ou ici qui ressemble de loin à ce problème.
Je rencontrais ce problème lorsque j'utilisais le service Team Foundation Service de Visual Studio 2012. Je venais de créer le nouveau projet d'équipe via le site Web TFS. Bien que je puisse voir mon nouveau projet dans la fenêtre «Ajouter une solution», j'ai eu l'erreur signalée par l'OP.
Je devais aller dans la fenêtre " Team Explorer ", puis dans " Se connecter à des projets d'équipe " et cocher le nouveau projet. Ensuite, j'ai pu ajouter ma solution au projet d'équipe.
Finance est-il un projet d'équipe pour vous?
Sinon, vous pouvez effacer les mappages de l'espace de travail ou même simplement supprimer votre espace de travail. http://msdn.Microsoft.com/en-us/library/54dkh0y3 (v = VS.100) .aspx
Avait le même problème lors de la mise à niveau du projet vers TFS 2010 à partir de 2008. La solution consistait à supprimer le fichier vsssc à la racine du dossier du projet et à l'ajouter de nouveau.
Dans mon cas, je devais faire Team Explorer et me connecter au nouveau projet Ensuite, je devais fermer ma solution et la rouvrir, puis "l'ajout au contrôle de source" fonctionnait.
--Connectez et vérifiez le projet dans la fenêtre Team Explorer -- Fermez la solution -- Ouvrez la solution -- essayez de nouveau en ajoutant la solution au contrôle de source.
J'ai eu ce problème avec le contrôle de source de Visual Studio Online, Visual Studio ne reconnaîtrait pas le projet d'équipe, même après la connexion à des projets d'équipe, l'actualisation, le redémarrage de Visual Studio. Je devais utiliser le lien "Ouvrir dans Visual Studio" du projet sur le site Visual Studio Online, puis ouvrir la solution à partir de celui-ci.
J'ai eu le même problème avec Visual Studio 2008 et TFS 2012. Dans mon cas, lorsque j'ai ajouté manuellement le dossier local au projet via le mappage de l'espace de travail, le problème a disparu.
File -> Source Control -> WorkSpaces -> Edit
Puis, lorsque je suis allé ajouter la solution au contrôle de source, il a détecté le mappage automatiquement.
J'ai eu le même problème. Ma solution dans VS2017:
- Ouvrir l'onglet Explorateur d'équipe
- Sélectionnez Explorateur de contrôle de code source
- Faites un clic droit sur le dossier de niveau supérieur du projet et sélectionnez "Avancé/Supprimer le mappage"
- Supprimer la cartographie
- Faites un clic droit sur le dossier de niveau supérieur du projet et sélectionnez "Avancé/Mapper à un dossier local".
- Naviguez jusqu'au dossier de niveau supérieur avec le code source (vous devrez peut-être ajuster le chemin que vous avez sélectionné. Il peut ajouter un nom de dossier à la fin).
- Cliquez sur "Carte"
- Répondez "Oui" à la boîte de message "Les éléments nouvellement mappés ne seront pas téléchargés avant l'exécution d'un get. Souhaitez-vous obtenir $/YourFolderName maintenant?"
Ça devrait le faire!
Eh bien, je ne voulais rien faire d'aussi radical, il s'est avéré qu'un de mes sous-dossiers de la solution que je voulais ajouter au contrôle de source était mappé dans un autre espace de travail (sur un autre serveur TFS). La solution a donc été de vous connecter à cet autre serveur TFS, de rechercher et de supprimer le mappage de dossiers en conflit dans cet espace de travail, puis de réessayer.
Dans mon cas, j'ai copié le dossier de "Mes documents" dans c:\tfsroot où j'avais mappé la racine TFS. Ensuite, lorsque j'ai ouvert la solution et que je l'ai ajoutée à TFS, cela a fonctionné.