“submodule”似乎是一个git命令，但我们无法执行它

Question

我克隆了一个git仓库，它是Angular 7

\Microsoft\TeamFoundation\Team Explorer\Git\cmd\Git。EXE submodule update-q--init--recursive fatal:“submodule”似乎是一个git命令，但我们无法执行它。也许git子模块坏了？在这个过程中。ChildProcess上的exithandler（child_process.js:291:12）。在进程的maybeClose（internal/child_process.js:961:16）处发出（events.js:182:13）。儿童过程_手柄onexit（内部/child_process.js:248:5）npm错误！我从没打过电话！

#包裹。json

{
 "name": "name",
 "version": "6.1.1",
 "license": "......",
 "scripts": {
   "ng": "ng",
   "start": "ng serve --open",
   "start-hmr": "ng serve --configuration hmr -sm=false",
   "start-hmr-sourcemaps": "ng serve --hmr -e=hmr",
   "build": "node --max_old_space_size=6144 ./node_modules/@angular/cli/bin/ng build --dev",
   "build-stats": "node --max_old_space_size=6144 ./node_modules/@angular/cli/bin/ng build --dev --stats-json",
   "build-prod": "node --max_old_space_size=6144 ./node_modules/@angular/cli/bin/ng build --prod",
   "build-prod-stats": "node --max_old_space_size=6144 ./node_modules/@angular/cli/bin/ng build --prod --stats-json",
   "test": "ng test",
   "lint": "ng lint",
   "e2e": "ng e2e",
   "bundle-report": "webpack-bundle-analyzer dist/stats.json"
},
"private": true,
"dependencies": {
  "@agm/core": "1.0.0-beta.3",
  "@angular/animations": "6.0.5",
  "@angular/cdk": "6.2.1",
  "@angular/common": "6.0.5",
  "@angular/compiler": "6.0.5",
  "@angular/core": "6.0.5" 
},
"devDependencies": {
  "@angular-devkit/build-angular": "0.6.8",
  "@angular/cli": "6.0.8",
  "@angular/compiler-cli": "6.0.5",
  "@angular/language-service": "6.0.5",
  "@angularclass/hmr": "2.1.3",  
  "typescript": "2.7.2",
  "webpack-bundle-analyzer": "2.13.1"
  }
}

我安装的node-version是10.7.0和npm-version是6.4.1

我在GitHub上发现了一些像这样的问题，他们在npm-life ycle中添加了一个修复程序，所以我安装了npm-life ycle，但我仍然得到同样的错误。

Answer 1

在我看来，这似乎是“吉特”。不能在windows 10上调用cygin的exe而不是windows的git。将“C:\cygwin64\bin”移动到路径的末尾，以确保它位于“C:\Program Files\Git\bin”路径之后可以解决此问题。

Answer 2

Git 2.24（2019年第4季度）将修复此错误消息的可能原因，如Windows上所示。

请参阅Adam Roben的提交4e1a641（2019年8月24日）（aroben）。
^{（由Junio C Hamano合并-gitster-在提交6f21347,2019年9月30日）}

如果Git安装在包含非ASCII字符的路径中，则作为外部实现的命令（如Git am和Git submodule）将无法启动，并出现以下错误：

fatal: 'am' appears to be a git command, but we were not able to execute it.  
Maybe git-am is broken?

这是因为lookup\u prog不了解Unicode。在85faec9（Win32:Unicode文件名支持（除了dirent）、2012-03-15、GitV2中不知何故遗漏了它。1.0-rc0）。

请注意，此函数中唯一的问题是调用GetFileAttributes（），而不是GetFileAttributesW（）
对access（）的调用很好，因为access（）是一个宏，可解析为mingw\u access（），该宏已正确处理Unicode
但是lookup\u prog（）被更改为直接使用\u waccess（），因此我们只将路径转换为UTF-16一次。

为了使事情正常工作，我们必须在lookup_prog（）中串联维护UTF-8和UTF-16版本。

Answer 3

子模块命令未内置在基本的git中。exebinary，它被实现为名为“git submodule”的shell脚本，需要从%PATH%访问该脚本，并且运行该操作的用户可以执行该脚本。

• 您的npm流程的%PATH%（或%PATH%）是什么
• 它是否包括git安装的路径，它似乎位于\Microsoft\TeamFoundation\Team Explorer\git\中的某个位置
• 运行npm进程的用户是否具有对git子模块的执行权限