我旁边有两个VS2017系统。 一个是在W7 Home Premium x64上。 另一个是在W7 Professional x64上。 VS2017的两个实例几乎同时从相同的文件安装。(虽然我不记得它们是否安装了完全相同的选项(
在家庭高级系统上，我可以转到团队资源管理器选项卡，右键单击存储库，选择打开命令提示符，然后从该命令行使用 git。
在专业系统上，一旦我进入命令提示符，我就会收到以下消息：
"git"不被识别为外部或内部命令，可操作 程序或批处理文件。
然而，我在VS2017中没有任何迹象表明任何git操作都有任何问题。
在两台机器上，我发现 Git 在
C：\程序文件 (x86(\Microsoft 可视 Studio\2017\Community\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team 资源管理器\Git
但是在工作机器上，没有指向此位置的显式路径。
我的非工作 W7 专业版系统是怎么回事？
额头拍
打虽然路径中没有任何内容指向VS2017用于我的W7 Home Premium的git版本，但当我更仔细地查看路径时，我意识到在过去某个时候我直接从Git-Scm手动安装了Git for Windows，并且这是VS2017命令行窗口中引用的版本。
因此，真正的问题应该是
为什么 Git 在我的 W7 家庭高级系统上从命令行工作 首先？
我的非工作 W7 专业版系统是怎么回事？
检查两台计算机上的当前环境值 PATH 的值，该值在启动 Visual Studio 时使用。也许一个文件夹中有该文件夹，甚至引用了安装在其他地方的另一个 Git for Windows(如"从命令行开始使用 Git"中的建议(。
查看 Visual Studio 2017 Git QuickStart 是否正常工作。