33 votes

Comment prévenir "Il semble y avoir un écart entre la solution de contrôle à la source..." sans changer la .la sln fichier

Note: j'ai vu "Il semble y avoir un écart entre la solution de contrôle de code source ...." mais cela ne s'applique pas, que je tiens à corriger ce sans changer la .la sln fichier.

Pour une raison quelconque, toutes les fois que j'ouvre une solution qui a dans le fichier sln:

SccTeamFoundationServer = http://servername:8080/tfs/defaultcollection
SccAuxPath* = http://servername:8080/tfs/defaultcollection

Ma copie de VSS insiste sur le passage à

SccTeamFoundationServer = http://servername:8080/tfs/
SccAuxPath* = http://servername:8080/tfs/

L'enregistrement de ces modifications n' fixer le tout pour moi, mais tout le monde en utilisant le même serveur de contrôle de version est bien avec la 1ère version mais pas la deuxième version. Je souhaite pour mon ordinateur du serveur de contrôle de version/les chemins pour être cohérent avec celui de mes collègues de travail.

Tout le monde est à l'aide de Visual Studio 2010 avec Visual Studio 2010 l'Équipe de l'Explorateur.

30voto

Arieh Points 267

J'ai eu ce problème avec une Solution contenant *.vcxproj fichiers de projet, qui ont déjà migré à partir de VS2008 à VS2010. Le chemin d'accès à TFS a été défini dans les deux .la sln fichier et le .vcxproj fichiers.

La solution la plus simple était de mettre à jour le *.vcxproj fichiers de projet pour utiliser le SAK mot-clé.

ie de mise à jour à partir de la forme:

<SccProjectName>$/MyProject/Directory/abc</SccProjectName>
<SccAuxPath>http://servername:8080/tfs/defaultcollection</SccAuxPath>
<SccLocalPath>.</SccLocalPath>
<SccProvider>{11111111-1111-1111-1111-111111111111}</SccProvider>

pour

<SccProjectName>SAK</SccProjectName>
<SccAuxPath>SAK</SccAuxPath>
<SccLocalPath>SAK</SccLocalPath>
<SccProvider>SAK</SccProvider>

3voto

Raymund Points 3779

Avez-vous essayé la connexion à http://servername:8080/tfs/defaultcollection au lieu de http://servername:8080/tfs/ dans votre Équipe les paramètres de l'Explorateur - Connexion Équipe Projet? Essayer de faire, de laisser quelqu'un qui ont le http://servername:8080/tfs/ version de l'enregistrement, reconfigurer votre instance locale puis d'obtenir la dernière.

2voto

Dwayne Driskill Points 670

J'ai juste eu exactement ce problème. J'ai finalement résolu le problème en débranchant de TSF et de la reconnexion: Dans Team Explorer (View-Team Explorer), cliquez-droit sur votre serveur TFS nom et cliquez sur 'Déconnexion'. Cliquez ensuite sur l'Équipe-se Connecter à Team Foundation Server...

Je n'ai pas eu toutes les modifications en attente quand j'ai fait cela. Je voudrais vérifier dans votre code ou au moins laisser de côté vos modifications avant de le faire pour diminuer les chances de perte de travail.

L'ordinateur que cela s'est produit sur l'a très bien marché pendant plus d'un an, mais je suppose que Visual Studio en quelque sorte mis en cache le nom de http://servername:8080/tfs/ au lieu de http://servername:8080/tfs/defaultcollection et de le déconnecter et de le reconnecter à TFS réinitialiser VS pour le chemin d'accès correct http://servername:8080/tfs/defaultcollection. Sur mon serveur (et je suppose que tout le monde) http://servername:8080/tfs/ et http://servername:8080/tfs/defaultcollection point à la même chose. Raymund la solution n'a pas fonctionné pour moi - j'ai eu le même problème que Brian avait avec elle.

2voto

Denis Points 2122

À l'aide de Visual Studio, vous pouvez résoudre ce problème par la déliaison et de liaison de la solution et/ou des projets. Essayez ceci:

  1. Ouvrez la solution du problème de VS (fait en VS2013 juste maintenant)
  2. Commettre quelque chose vous devez vous engager (faisons simple - rien à fusionner/checkin)
  3. Si il y a des modifications en attente puis annuler toutes les modifications en attente pour tous les projets dans cette solution et de toute modification de la solution elle-même
  4. Allez dans Fichier -> Contrôle de la Source -> Avancé -> Changement de Contrôle à la Source
  5. Sélectionner les projets à problème et cliquez sur "Unbind"
  6. Cliquez sur OK et fermez la fenêtre (C'EST IMPORTANT - si vous ne cliquez pas sur OK VS n'a pas de mise à jour de la solution correctement)
  7. Allez dans Fichier -> Contrôle de la Source -> Avancé -> Changement de Contrôle à la Source
  8. Sélectionnez tous les projets que vous avez indépendant dans le #5 et cliquez sur "Lier"
  9. Cliquez sur OK et fermez la fenêtre
  10. Vérifiez dans votre Solution de Projet et de changements
  11. Proche de la solution et ouvert vers l'arrière et tout devrait être bon maintenant

0voto

BlackICE Points 4561

Essayez également de l'ouverture de l' .la sln fichier à partir de l'Explorateur du Contrôle de Source, je pense que peut-être ce qui a résolu le problème pour moi.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X