Fastmail ，优点如下:
1. 你可以自己编写过滤规则: https://github.com/BlackHole1/fastmail-sieve-ruleset/blob/main/ruleset.sieve
2. 有问题反馈是真修(之前提了好几个 bug ，一个月左右全部 fixed)
3. 自定义登陆域名
4. 附带 10G 的 webdav
5. 支持创建网站(使用 webdav 内的文件，或者重定向)
6. 创建的网站支持密码登陆
7. 自带 notes
8. 署名格式自定义: https://www.fastmail.help/hc/en-us/articles/360058753714-Reply-attribution
9. 支持 IMAP POP SMTP (服务稳定

缺点:
1. PC 没有客户端(要么网页，要么用其他邮箱客户端

已 Star 。支持 NSIS 很 Nice ，有兴趣给 Electron Forge 提交支持 NSIS 的 feat PR 么？

试试 fastmail?目前用来下非常舒适，还支持自己写规则代码。支持和 1password 联动直接创建邮件和密码

尝试挂载成 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 官网，翻译功能还没有接入完成，近期应该就会完成