TFS / GIT dans VS ne peut pas passer à master car il y a des changements non engagés

OK, j'ai moi - même eu le même problème que rwkiii-c'est un bug Dans Visual studio et il n'est pas facile à corriger. Voici les symptômes:

Visual Studio déclare que vous ne pouvez pas fusionner/changer braches/etc. parce que vous avez des changements non engagés - ce qui est bien, sauf que tous vos changements ont ont été commis.

ne peut pas passer à master car il y a des changements non engagés. Valider ou annuler vos modifications avant de changer de branches. Voir la fenêtre de Sortie pour plus de détails.

Voici une capture d'écran pour être plus clair.

si vous regardez la fenêtre de sortie, elle peut sembler vide mais vous devez changer" afficher la sortie de "en"Source Control - Git". Ceci listera le fichier que Visual Studio pense que a des changements.

Now, choses que j'ai essayé que n'a pas le réparer (donc vous n'avez pas à):

• Redémarrer Visual Studio
• redémarrage de la machine
• Commutation Projets
• utilisant des outils Git externes (tous "sans changement")
• git reset
• apporter des modifications arbitraires au fichier et le propager. Engage ok, VS pense encore il y a plus de changements

à la fin, j'ai dû aller et supprimer le fichier du disque, puis "annuler" ce changement de la fenêtre de L'Explorateur D'équipe:

N'est pas la solution idéale, mais elle semble la corriger.

j'ai utilisé la commande git pour résoudre le problème. Je ne peux pas garantir que c'est la meilleure ou la seule façon, mais cela a fonctionné pour moi Dans Visual Studio 2013.

sous changements dans L'Explorateur D'équipe, choisissez Open Command Prompt .

dans la commande Type prompt:

git status

Il liste les fichiers qui sont ouverts pour le changement.

copiez ces fichiers (juste au cas où), puis vous pouvez jeter les modifications dans le répertoire de travail dans l'invite de commande.

git checkout -- mysubdir\myfile.poste 151910920"

n'essayez pas de changer de branche dans Visual Studio, ça ne marchera pas!

au lieu de cela, à l'invite de commande, passez à la branche en question.

git checkout branchname

Lorsque vous revenez à Visual Studio, il vous invite à recharger le projet. Après cela la branche sera mise à jour correctement à la branche que vous avez choisie à partir de la ligne de commande.

hth

j'ai résolu un problème similaire sans avoir à supprimer un fichier ou faire de nouveaux changements.

après avoir effectué des changements sur BranchA, fusionné avec Master et poussé via Git bash, la prochaine fois que j'ai ouvert le projet dans VS et regardé Team Explorer, cela a montré qu'il y avait des changements sur la branche Master. Aucun changement n'est apparu lors de la vérification de l'état via Git bash, mais 10 fichiers ont été listés en sortie VS. Les Diffs sur tous les fichiers n'ont montré aucun changement. J'ai essayé un amendement d'engagement à ceci point, mais il ne me permettrait pas de modifier le commit précédent (voir plus à ce sujet ci-dessous, car finalement cela va résoudre mon problème).

a essayé de passer à BranchA dans VS et a reçu le message que je ne peux pas changer en raison de changements non engagés. Passez à BranchA via Git bash, et l'état ne montre aucun changement. Rafraîchir VS L'Explorateur D'équipe ainsi il est maintenant sur BranchA, montre 14 changements de dossier, même plus que le maître, mais encore, diffs sur tous les dossiers n'a montré aucun changement.

alors que BranchA dans Team Explorer, j'ai cliqué sur Actions->Modifier la propagation précédente. Cette fois, il a laissé cela se produire et tous les changements ont été effacés. Il a ensuite montré un commit en attente, mais la vérification de l'état sur Git bash n'a rien montré en attente, donc rentrer à la maison dans Team Explorer et revenir, effacé le message de commit en attente.

passe au maître dans L'Explorateur D'équipe, pas plus de changements montrant là non plus. Tout est bien.

modifications non-engagées signifie que vous avez modifié un ou plusieurs fichiers qui ont déjà été ajoutés à git et que ces modifications n'ont pas été "sauvegardées" dans un commit ou dans votre git stash.

lorsque vous passez d'une branche à l'autre, vous n'êtes pas autorisé à avoir des changements non engagés (les nouveaux fichiers qui n'ont pas été ajoutés à git sont très bien cependant) car des changements dans d'autres branches pourraient écraser vos changements non engagés.

Je ne suis pas familier avec la façon dont Visual Studio s'intègre avec git comme j'utilise moi-même PoshGit avec Powershell

La façon de procéder est de:

• annuler vos modifications
• valider vos modifications
• Ou planquer vos modifications (voir l'Interruption de la section flux de travail).

Salut ça a fait l'affaire pour moi...

essayez d'utiliser la commande prompt L'équipe de l'Explorateur > Unsynced commit > Actions > Ouvrez l'Invite de Commande

Do a git checkout branchName

j'ai remarqué quelques fois que les éléments sln sont marqués comme changés mais n'apparaissent pas de cette façon dans Solution Explorer. Ce que j'ai fait comme d'autres l'ont suggéré est dans l'invite de commande,

git status (this should show you culprit files)

puis Ajouter les fichiers individuels. Ou ce que j'ai personnellement faire est de lancer:

git add -A 

qui ajoutera tous les fichiers modifiés pour les afficher correctement dans L'Explorateur de L'équipe, où vous pouvez défaire/supprimer comme vous voulez. N'ai pas eu un problème avec cette approche.

j'ai fini par résoudre mon problème en supprimant mon repo à L'intérieur de File Explorer, puis à L'intérieur de Visual Studio en sélectionnant" Annuler toutes les modifications " lorsque les suppressions se sont inscrites pour être commises. Lors de la restauration, Visual Studio a fonctionné comme prévu en tandem avec git.

le problème est que parfois après le chemin de pull vers certains fichiers ne correspondent pas leur équivalent dans la base de données de dépôt parce que la comparaison est Cas-sensetive.

par exemple, vous pourriez avoir" MyLibrary\ABC\Folder\MyFile.cs" dans le dépôt, mais "MyLibrary\Abc\Dossier\Monfichier.cs" sur le disque. Aucun changement ne sera détecté dans "git status" mais Visual Studio bloquera le commutateur de branche.

effaçant juste mon fichier.cs du disque dans ce cas ne sera pas résoudre le problème - vous aurez besoin de supprimer le répertoire ABC et puis annuler les changements pour Visual Studio pour recréer la structure de dossier avec des noms corrects.

j'ai eu ce problème après avoir changé un nom de fichier à partir d'une lettre minuscule à une lettre majuscule après avoir déjà engagé le fichier. Je l'ai corrigé en modifiant le nom du fichier (j'ai juste ajouté un " 1 " sur la fin) et puis commettre ce changement. J'ai ensuite été en mesure de passer les branches.

comme mentionné ci-dessus, j'ai dû changer le 'Show output de:' combo en 'Source Control-Git' dans la fenêtre de sortie afin de voir le nom du fichier fautif, qui puis m'a montré que le nom de fichier VS/git attendait n'était pas capitalisé, où comme le nom dans l'Explorateur de solutions/sur le système de fichiers a été capitalisé.

nous sommes régulièrement confrontés à ce problème, parce que nous avons un dossier particulier qui doit toujours être exclu des modifications, mais qui peut parfois être modifié.

ce qui fonctionne pour nous lorsque le message d'erreur apparaît est:

1. dans VS regardez dans la fenêtre Output pour voir quel fichier est à l'origine du problème.
2. in Git bash run git update-index --no-assume-unchanged TheNameOfTheFileCausingTheIssue
3. VS Annuler la commande sur ce fichier
4. VS changer la branche Gérer les Branches .

cela peut ou ne peut pas fonctionner pour votre situation, mais je l'ai ajouté au cas où il met quelqu'un dans la bonne direction. s'il vous Plaît assurez-vous de comprendre la commande git avant de l'exécuter!

une chose qui a fonctionné pour moi est: -

1) clic Droit sur la branche que vous voulez extraire.

2) Cliquez sur l'option de Réinitialisation.

3) Cliquez sur les modifications de suppression (--dur)

4) clic droit sur la branche et sélectionner la sortie

j'ai fait face au même problème puis j'ai remarqué que les changements non engagés proviennent de projets différents. une fois que j'ai engagé ces changements, ça m'a permis de changer de branche.