Je reçois un comportement bizarre de l'outil de ligne de commande "Developer Command Prompt for VS 2017". Normalement, dans les versions précédentes de Visual Studio, ce script (VsDevCmd.bat) ne déconnait pas le répertoire courant d'où vous l'avez exécuté. Maintenant, il semble que ça change. Un flux de travail simple serait juste pour démarrer le raccourci « Invite de commandes Developer pour VS 2017 » et il ne respecte pas le « Démarrer dans » répertoire: Visual Studio 2017 Invite de commandes du développeur bascule le répertoire en cours
En tout quelqu'un hasard vu ce problème? Cela me dérange vraiment parce que j'avais l'habitude d'avoir un raccourci avec celui-ci et de démarrer CMD dans mon répertoire source, utilisez ensuite les commandes TFS/msbuild.
Cette nouvelle "fonctionnalité" brise également les outils externes qui appellent vsdevcmd.bat et le répertoire initial défini sur $ (ItemDir). La meilleure solution consiste à supprimer le dossier Source du profil utilisateur. – apr
Trouvé que la suppression du dossier source n'aide pas. Chaque fois que vous enregistrez un fichier (en dehors d'un projet), l'EDI recrée le dossier% userprofile% \ Source \ Repos. – apr