有可能是 CI_PROJECT_DIR 环境变量不同导致的，你可以看下你的 group3 的设置，也可以重新创建一个同层级的 group 来判断是否是因为 group3 的设置有问题，还是 gitlab runner 的 bug 。
以及，你可以通过设置 CI_DEBUG_TRACE 环境变量，来打印出详细的日志，见： https://docs.gitlab.com/ee/ci/variables/index.html#enable-debug-logging

BTW ，你应该在 https://gitlab.com/gitlab-org/gitlab-runner/-/issues 中反馈这个问题，而非在 v2 上询问。以及你应该提供完整的 .gitlab-ci.yml 文件内容。同时你也可以在 gitlab.com 创建一个可供复现的 public group/project 来方便定位问题。

有没有尝试升级一下 electron-builder ？
有没有尝试升级 electron 版本？
有没有尝试删除所有的 node_modules ？
有没有尝试在其他电脑上进行复现？

你的 electron 版本是多少？ electron-builder 版本是多少？

你可以创建一个最小集的 electron project ，这个 project 不做其他事情，只做签名，这样一来更方便进行排查问题。同时如果在最小集 project 上复现了，你可以把这个 project 发布到 github 上，以便其他人进行协助。

用 docker-compose 或者 dockerfile 提供一个可复现 demo ？🤔
可以开启 chrome 详细日志，看看 chrome 的情况，如果你的情况属实，不排除是 chrome 的 bug ，你也可以提交到 https://bugs.chromium.org/p/chromium/issues/list

@hungrybirder 日常肯定是够用的，但是在构建大型 C++ 项目时，CPU 肯定是 100%。
因为 M3 最近有新闻，未来 1~2 年可能会上，那肯定是再等等再买了。现在买 M2 的话，过过就出 M3 ，是有点难受的

我觉得换个方向可能会更好，即: windows 单测只在 windows 系统中运行。
你可以封装一个 it.win() 或者 onlyWin()，亦或者在 it 单测上下文中通过 process.platform 来跳过 expect 语句的执行。

这样一来，你的单测也具备一定的维护性

@LevineChen 因为最近 erick 正在重构 electron 官网，翻译功能还没有接入完成，近期应该就会完成

@lxml 官方暂为公开的消息: esm 支持已经被提上日程，后续会有具体的消息披露
@avastms “我们” === Electron China == Electron 。话句话说当前的“组织”是官方性质的。

@imes 这个问题目前在 electron issues 里有相关的讨论: https://github.com/electron/electron/issues/673

就目前而言，这点还是比较难做到，因为要考虑到各个系统的兼容性及架构设计。如果要做的话，这是一个非常大的改变(相对代码而言)。而目前的 electron team 的成员没有那么多的精力投入在上面。

问题的核心在于: 需要一个架构设计来满足这一情况。但目前还没有确定。如果对此问题有任何的想法，可以在 issues 下进行评论。

有关这个问题的相关背景:
* electron 的发版速度目前来是比较快的，因为要跟随 chromium 发版的节奏，在此基础之上如何能够实现 runtime
* 目前有 Arch Linux 已经内置了 electron runtime ，但是你会发现有些小版本是没有的，那么如何兼容也是一个问题
* 同一个 runtime 优化只有在你的电脑上存在多个版本相同的 electron 应用时，才会产生收益，而目前由于 electron 发版较快，大部分的应用所使用的版本都不太一样。
* 在满足上面所有条件后，还需要考虑如何测试的问题

就本质而言，electron team 是非常想实现这个功能，因为它本身也是目前 electron 最大的发展问题之一。但就如同上文所说，这非常难做到。

@enjoyCoding @zenwong @breezeFP @suyuyu @huanglm @admin601 @qnsh @lvyunyi

恭喜各位抽中，请发邮件至 flat@agora.io （邮件主题标注 V2EX ），方便我们联系到你们。为防止恶意领取，可在邮件正文中随机填写一串 uuid，然后再在此贴中也回复相同的 uuid，我们将进行匹配并以最早的为主

@Showfom 我们做了全球加速，但是 server 还是在国内，所以导致在请求的时候还是比较慢。我们后期会在海外部署以解决这个问题。

@monkeyWie 233
@iOCZ 到时候会写相关的程序(程序也将开源)去随机选择，防止个人因素影响

@ae86 刚刚复现了，确实有这个问题，我们会在近期修复。很抱歉给你带来困扰。
我们已经为此创建了相关 issue: https://github.com/netless-io/flat/issues/856

@zsxzy 我们是属于声网旗下的在线白板团队

@whi147 包含的，存储其实还好，如果你是自己构建使用的话，这个费用是避不开的，可以使用我们自己构建好的应用，不会收费。

@shade 可以的

@turtlekey 目前我们还没有针对局域网做明显的优化，所以其实都要经过中转服务器。卡顿和延迟的话，我们目前测试下来，很少遇到过。遇到过的几次，都是主播的网络卡顿导致

@magichacker 见附言: 《免费无限制使用我们构建好的应用，在官网即可下载安装使用》

@keepcleargas 目前 flat 可以无限制的免费使用，可能就是要自建的时候，可能会有一些开销，而且这样的开销这对于公司层面应该还好

@HFX3389 纯开源，商业版的话，目前我们的想法暂时是私有部署等。至于盈利压力的话，其实还好(可以说压根没有)，我们目前并没有任何关于盈利的指标，所有的指标就是完善这个开源项目。其他的都是次要的。

当然我们组正在招人，如果有朋友想来尝试一下的话，也十分欢迎。其他组或者地区也可以~

JD: https://app.mokahr.com/recommendation-apply/agora/4790?containerType=workwechat&goto=recommendations#/job/9e1f7eac-339e-47e6-8b1a-c62e0d409797

我的邮箱: 158blackhole#gmail.com