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

Remarque: 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 de 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 ne 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.

InformationsquelleAutor Brian | 2011-04-19
  1. 30

    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 du format:

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

    à

    <SccProjectName>SAK</SccProjectName>
<SccAuxPath>SAK</SccAuxPath>
<SccLocalPath>SAK</SccLocalPath>
<SccProvider>SAK</SccProvider>
    • Je pense que cela est lié au problème, mais l'erreur cessé de passe sans me remarquer, donc je ne suis pas totalement à l'aise dans cette.
    • cette exactement fixé mon problème. J'ai eu un seul csproj qui n'était pas à l'aide de "SAK" pour ces 4 éléments, et de le modifier, il a pris soin de la question.
    • Bingo - même ici. Un projet n'a pas ces paramètres en tant que "SAK". Changé et il enlevé la question.
    • Ce qui ne l' SAK mot-clé signifie? Et pourquoi a-t-il résoudre le problème?
    • Autant que je me souvienne, il signifie "Devrait déjà le savoir"
    • Ok, mais comment fait-il résoudre le problème?
    • Si je comprends bien, il va laisser le projet d'utiliser les informations de connexion qui a déjà été définie dans la solution.
    • Ce serait plus logique. Merci pour l'astuce!

    InformationsquelleAutor Arieh
  2. 3

    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.

    • J'obtiens un message d'erreur, "TF249001: Vous avez spécifié l'URL d'un projet de collecte, mais l'instance de l'application qui contient le projet de collecte sera ajouté à la place."
    InformationsquelleAutor Raymund
  3. 2

    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 que 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.

    • J'ai exactement le même problème, mais ce que vous suggérez n'est pas possible dans VS2015.
    InformationsquelleAutor Dwayne Driskill
  4. 2

    À 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. Ouvrir la solution du problème, en 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électionner 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érifier dans votre Solution & les modifications du Projet
    11. Proche de la solution et ouvert vers l'arrière et tout devrait être bon maintenant
    • cette méthode a donné exactement le même résultat que celui décrit dans la accepté de répondre; cependant, elle est moins sujette aux erreurs et plus rapide pour plusieurs projets, par conséquent recommandé. En particulier, il devrait aider avec quoi que ce soit d'autre pourrait être ajouté dans les configs plus tard et plus facile à retenir 🙂
    InformationsquelleAutor Denis
  5. 0

    Également essayer d'ouvrir le .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.

    InformationsquelleAutor BlackICE