尝试挂载成 overlayfs 呢

已经卖了，早上 9 点 08 左右，已经入手

同问

你可以在 https://plugins.jetbrains.com/plugin-ideas 中找到一些想法

@ChrisFreeMan #22 解决了就好，咖啡就不用啦。也感谢你使用 Electron~

我已经在 Issue 中评论了，为了让 V2EX 其他参与者了解，我这边把相关信息在这里进行同步。

----

我基于你的 repo 进行测试后，一切正常，并没有出现你遇到的情况，如下图：

https://user-images.githubusercontent.com/8198408/260978001-7931e439-db8e-44f8-b5ca-34586299cae2.png

但是在测试过程中，我发现了一些 bug 和优化项，你可以进行修改后再进行测试。

1. MakerPKG class 中的 install 应该是 /Applications 而不是 ./out ，这个参数的用途是安装 pkg 后，app 应该安装的目录，如果需要上传到 App Store 则这个值必须是 /Applications
2. optionsForFile 函数中的 entitlements 应该是一个文件，而非目录。关于这一点，可以见： https://github.com/electron/osx-sign/blob/013ca00893e13594b87fd66fe865793011453de9/src/util-entitlements.ts#L46-L49
3. 你其实不需要传入 optionsForFile ，因为 electron-osx-sign 会自动处理 entitlements 。

最终的改动如下图：
https://github.com/electron/forge/assets/8198408/7b06a3ad-d23e-4ab0-8978-57ba8442baf2

@ChrisFreeMan #13 方便发下 issues 的 URL 么？

你是想公证还是想上架到 apple store ？如果是公证不需要 pkg 。
BTW ，你可以在打包之前输入: export DEBUG=* 方便看到详细的日志。
以及你可以在 electron/forge 里建立一个 issue

在 2019 年的时候，forge 修复了类似的问题:
1. https://github.com/electron/electron-packager/pull/1046
2. https://github.com/electron/forge/pull/1118

你可以确认下你的 forge 版本是否是最新的。如果不是尝试升级到最新。如果依旧不行的话，你可以尝试构建 DMG ，而非 PKG ，我怀疑是 MakerPKG 的问题

有可能是 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

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