Continuous integration 工作服覆盖突然开始工作，GitLab和Appveyor在同一个电话中出现错误

通常，我使用类似的

.gitlab ci.yml

代码将报告发送到工作服，以进行一些回购：

安装依赖项：
阶段：建造
脚本：
-npm安装-g gulp nyc
-npm安装工作服
-npm安装
人工产品：
路径：
-节点单元/
测试：
阶段：测试
脚本：
-npx纽约市吞咽试验
-npx nyc report--reporter=html
-npx nyc report--reporter=text lcov | npx./node_modules/coveralls/bin/coveralls.js
人工产品：
路径：
-公开的
-覆盖范围
-.nyc_输出

以及关于验船师：

安装：
-ps:安装产品节点$env:nodejs\u版本
-npm安装-g gulp nyc工作服
-npm安装
测试脚本：
-节点——版本
-npm——版本
-一饮而尽——版本
-cmd:npx纽约州吞咽试验
测试后：
cmd:npx nyc报告员=文本lcov | npx工作服

几个月前它运行良好，但今天我发现它不再适用于我所有的回购协议，我得到了错误：

npm ERR! code ENOTDIR
npm ERR! syscall open
npm ERR! path /builds/username/proj/node_modules/coveralls/bin/coveralls.js/package.json
npm ERR! errno -20
npm ERR! ENOTDIR: not a directory, open '/builds/username/proj/node_modules/coveralls/bin/coveralls.js/package.json'
npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2020-11-06T03_01_59_736Z-debug.log
node:events:304
      throw er; // Unhandled 'error' event
      ^
Error: write EPIPE
    at afterWriteDispatched (node:internal/stream_base_commons:162:15)
    at writeGeneric (node:internal/stream_base_commons:153:3)
    at Socket._writeGeneric (node:net:763:11)
    at Socket._write (node:net:775:8)
    at writeOrBuffer (node:internal/streams/writable:388:12)
    at Socket.Writable.write (node:internal/streams/writable:333:10)
    at ConsoleWriter.write (/root/.npm/_npx/6e14a84d153b8cb9/node_modules/istanbul-lib-report/lib/file-writer.js:80:28)
    at ConsoleWriter.println (/root/.npm/_npx/6e14a84d153b8cb9/node_modules/istanbul-lib-report/lib/file-writer.js:35:14)
    at TextLcov.onDetail (/root/.npm/_npx/6e14a84d153b8cb9/node_modules/istanbul-reports/lib/lcovonly/index.js:31:16)
    at Visitor.value (/root/.npm/_npx/6e14a84d153b8cb9/node_modules/istanbul-lib-report/lib/tree.js:38:38)
Emitted 'error' event on Socket instance at:
    at emitErrorNT (node:internal/streams/destroy:188:8)
    at emitErrorCloseNT (node:internal/streams/destroy:153:3)
    at processTicksAndRejections (node:internal/process/task_queues:80:21) {
  errno: -32,
  code: 'EPIPE',
  syscall: 'write'
}
npm ERR! code 1
npm ERR! path /builds/username/proj
npm ERR! command failed
npm ERR! command sh -c nyc report '--reporter=text-lcov'

当我全局安装工作服模块并将命令更改为

。| npx workalls

：

npm WARN exec The following package was not found and will be installed: coveralls
npm WARN deprecated har-validator@5.1.5: this library is no longer supported
npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142
/root/.npm/_npx/4d97078606416726/node_modules/coveralls/bin/coveralls.js:19
      throw err;
      ^
Bad response: 500 {"message":"Build processing error.","error":true,"url":""}
(Use `node --trace-uncaught ...` to show where the exception was thrown)
npm ERR! code 1
npm ERR! path /builds/username/proj
npm ERR! command failed
npm ERR! command sh -c coveralls

目前Appveyor上的内容相同，但较短：

C:\Users\appveyor\AppData\Roaming\npm\node_modules\coveralls\bin\coveralls.js:19
      throw err;
      ^
Bad response: 500 {"message":"Build processing error.","error":true,"url":""}
Command exited with code 1

---

我不明白，这是工作服的暂时问题，还是伊斯坦布尔/纽约，或者永久性地发生了一些变化，代码应该以某种方式进行相应的更改。

乍一看，我没有注意到

工作服

模块或其一些直接依赖项最近发生了变化，但是

错误响应：500{“消息”：“生成处理错误。”，“错误”：true，“url”：“”}

看起来像是来自coverall server/API的响应。您是否尝试重新构建一个以前成功的提交？感谢您的回复。是的，我尝试在GitLab上重新运行未修改的演示repo的一个以前成功的管道，新结果与上述错误相同。每个存储库都会受到影响，无论是修改的还是修改的不是Windows或Linux。然后它“感觉”像一些依赖项（直接或间接）NPM模块的

workalls

发生了变化。虽然我不确定是否知道如何通过检查以前模块版本的依赖关系树或pin来发现这一点。乍一看，我没有注意到

workalls

模块或其一些直接依赖关系最近发生了变化，但是

错误响应：500{“消息”：“构建处理错误”。“，“error”：true，“url”：“}

看起来像是来自coverall服务器/API的响应。您是否尝试重新构建以前成功的提交之一？感谢您的回复。是的，我尝试在GitLab上重新运行未修改的demo repo的一个成功管道，新结果与上面描述的错误相同。无论是否修改，每个存储库都会受到Windows或Linux的影响。然后它“感觉”起来就像是

workalls

NPM模块的某些依赖项（直接或间接）发生了变化。虽然我不确定我是否知道通过检查以前模块版本的依赖关系树或pin-on来发现这一点的方法。