TF203015 L'Élément $/chemin/fichier a une incompatibilité de changement est en cours. Tout en essayant de unshelve
Je suis en utilisant Visual Studio 2010 Pro contre l'Équipe Server 2010 et j'ai eu mon projet ouvert (apparemment) comme une solution à partir de la mise en pension, mais je l'ai ouvert en tant que "site web". J'ai découvert cela lors de la compilation, alors je me suis mise à l'écart de mes nouveaux changements et supprimé le projet de mon disque local, puis ouvert à nouveau le projet à partir de la source (cette fois en tant que site web) et maintenant je ne peux pas unshelve mes fichiers.
Est-il un moyen de contourner cela? Je n'ai sauter quelque chose? Ai-je besoin pour faire de la maintenance sur le serveur?
J'ai trouvé cette question AFIN que #2332685 mais je ne sais pas ce que les fichiers de cache il parle (je suis sur XP :\ )
EDIT: Trouvé ce lien après la publication de la question, désolé pour le retard dans la recherche, n'a toujours pas régler mon problème
Bien sûr, je ne peux pas trouver un code d'erreur pour TF203015 n'importe où, donc pas de résolution (d'où mon inclusion du nombre dans le titre, non?)
EDIT:
Je devrais probablement mentionner que ces fichiers n'ont jamais été vérifié en premier lieu. N'est-ce important? Pouvez-vous laisser de côté un article non enregistré? C'est ce que je fait de mal?
EDIT:
WHAP - TROUVÉ!!! La Fonction "Annuler" sur les éléments qui n'existent pas parce qu'ils montrent dans l'attente de changements que les archivages.
Vous devez vous connecter pour publier un commentaire.
J'avais supprimé les fichiers en essayant de recharger l'espace de travail, même si je l'avais mis de côté les changements. Puis VS2010 pensé que ces fichiers étaient toujours en attente à enregistrer. Je n'ai pas besoin de ça, donc j'ai dû trouver de "défaire" les changements dans l'Attente de Changements.
Alors je pourrais unshelve.
Il pensait que j'avais deux ops (unshelve, s'engager à ajouter) va simultanément, et j'ai pensé que je n'avais qu'un op (unshelve).
C'est un léger côté de l'OP question
Vous pouvez obtenir un TF203015 quand vous essayez de le lot de fusion de plusieurs ensembles de modifications d'une branche à l'autre sans souci.
Envisager une situation où vous avez un tronc PRINCIPAL et une branche DEV. Vous ramifiée DEV PRINCIPAUX et ont travaillé avec diligence à une fonction de DEV; vérifier le travail de retour dans DEV-vous progressé. Maintenant, avance rapide une semaine ou deux. Vous êtes maintenant complète et souhaitez fusionner dans la PRINCIPALE.
C'est là l'un de nos devs frapper cette erreur.
Il avait été de travailler sur une solution pour les semaines, et la vérification des révisions en DEV périodiquement, donc voulu fusionner un non contigus série de révisions en MAIN.
Alors, il en choisit l'option fusionner, sélectionne le premier ensemble de modifications; fusionne sans problème, puis immédiatement allé à la fusion de la prochaine révision, et bang TF203015, et sa très inutile de test dans la fenêtre de sortie; incompatible modifications en attente.
Après un peu de bidouiller nous savons maintenant ce qui se passe ici; la première fusion a créé un changement en cours dans le main pour les développeurs de la solution. La prochaine tentative de fusion a également des modifications à la même solution, qui aurait besoin d'TFS de "file d'attente" d'une deuxième série de modifications en attente pour les mêmes fichiers. Il ne peux pas faire cela.
Donc, dans ce scénario TF203015 signifie "L'agence de destination a déjà des modifications en attente sur certains fichiers qui sont modifiés dans cette révision. Veuillez résoudre et de s'engager à la destination modifications de la branche avant d'effectuer cette opération de fusion"
La solution; après chaque opération de fusion de nos tests réalisés par le développeur de l'espace de travail PRINCIPAL et s'engage dans l'attente de changements causés par la fusion, puis remonte à DEV et de répétitions.
En fait sensible et simple, mais masquée par un très obtus message d'erreur.
Vous pouvez utiliser le Serveur Team Foundation server Outils électriques Mars 2011 (http://msdn.microsoft.com/en-us/vstudio/bb980963.aspx) qui inclut la commande
tfpt unshelve
.Une fois les Outils électriques sont installés, ouvrez une invite de commande Visual Studio, sélectionnez le répertoire qui contient le projet d'intérêts, et d'exécuter les
tfpt unshelve
de commande. Il unshelve et afficher la boîte de dialogue fusionner afin que vous puissiez résoudre les conflits.J'crédit de ce blog, à m'aider à trouver cette solution: http://fluentbytes.com/the-how-and-why-behind-tf203015-file-has-an-incompatible-change-while-unshelving-a-shelve-set
J'ai eu ce qui semblait être le même problème mais je l'avais créé une branche après étagère de mes modifications et je voulais unshelve les changements apportés à la nouvelle branche.
TFS ne peut pas unshelve à une autre voie que la voie sur laquelle le plateau a été créé.
Solution: j'ai unshelved en arrière à l'original de la branche puis j'ai utilisé au-delà de comparer à fusionner les modifications de mon origine de la branche de la nouvelle branche et contrôlé.
Il se pourrait aussi que après avoir créé un dossier en dire un "Test" et que vous souhaitez fusionner de dev de test, que vous n'avez pas que le dossier nouvellement créé structure vérifié dans TFS - Vous /pouvez également recevoir ce message d'erreur.
Donc ce message d'erreur PEUT se produire sans rien avoir à faire avec les jeux de réservations pour les autres provenant de google et de trouver cette page.
Ce pourrait être le même que jcolebrand réponse, mais je crains que je trouve la formulation un peu abscons. Sincères excuses si je vais juste répéter.
Dans mon scénario le
incompatible pending change
message a été présentée parce que j'essayais de faire reculer de plusieurs révisions, et le même fichier a été touchée par plus d'un de ceux de l'ensemble de modifications.Dans mon cas, je n'ai pas envie de commettre jusqu'à ce que tous les changements ont été annulées. Je crois que si j'avais été en mesure de s'engager après la restauration de chaque révision, l'erreur ne serait pas arrivé.
La méthode qui a fonctionné pour moi a été comme suit:
incompatible pending change
, j'ai dû annuler mon espace de travail en attente de changements pour les fichiers affectés.incompatible pending change
. Surtout, cela pourrait être obtenue simplement par l'obtention d'une version spécifique du fichier (le "dernier bon" version avant toutes les mauvaises archivages commencé). Mais pour certains fichiers où il y avait eu deux changements et modifications non, j'ai eu la "dernière connue-bon" et appliqué manuellement les bonnes modifications.Ce lien résolu mon problème:
https://blogs.infosupport.com/the-how-and-why-behind-tf203015-lt-file-gt-has-an-incompatible-change-while-unshelving-a-shelve-set/
La raison en est dans l'attente de changement dans le même espace de travail créer un changement incompatible. Afin d'annuler les modifications en attente et essayer unshelve. Ceci devrait résoudre le problème.
Si vous avez deux branches PRINCIPALES(cible) et DEV(source), maintenant, vous voulez fusionner les DEV en PRINCIPAL, puis tous les fichiers que vous souhaitez fusionner à partir de votre source, ne doivent pas être âgés de plus les fichiers similaires dans votre branche cible.
Par exemple: vous avez un fichier modifié de test.cs dans votre branche DEV, modifié à 14.03.2016. Dans votre branche PRINCIPALE que vous avez testé.cs changé à 15.03.2016. Si la cible est plus récente, puis le fichier source et vous avez TF203015.
Solution: naviguer dans TFS Explorer le conflit fichier et de le fusionner explicite. TSF va ouvrir le gestionnaire de conflits et vous pouvez fusionner les conflits par la main. Ci-dessous, vous pouvez fusionner les sélectionnés de l'ensemble de modifications.
Remarques: Si vous avez plus de conflits, vous devez naviguer à chaque conflit fichier et de le fusionner explicite, si TFS ouvre le Gestionnaire de conflits et vous pouvez le fusionner à la main.