定制侠 iOS 版过审上架时，Sign in with Apple 是 4.8 条款的硬门槛。真正花时间的不是「调通一次登录」，而是三件事：
下面按链路拆开写，代码只留关键片段，标识符一律占位。
4.8 的原文大意是：如果你的 App 使用了第三方或社交登录（微信、QQ、微博、Google、Facebook……），就必须同时提供 Sign in with ……
11 月 3 日，定制侠 iOS 版通过审核上架了：
https://apps.apple.com/cn/app/id6757757917
从 10 月 23 日第一次跑通 CI 构建，到 10 月 31 日被 Guideline 2.1 打回，再到 11 月 3 日过审，踩的坑集中在三类：构建链路、原生能力、审核材料。
这篇不复述概念，只写「当时以为对了、其实错了」的地方，以及后来用来判断「这次真的对了」的取证方法。没有 Mac 的团队可以直接照抄。
没有 Mac，iOS 构建全部跑在 GitH……
https://www.dingzhixia.com
苹果18Pro、苹果18Promax、苹果18Duo、苹果17系列、苹果16系列、苹果15系列、苹果14系列、苹果13系列、苹果12系列、苹果11系列、苹果X系列、苹果8系列、苹果7系列、苹果6系列……
本次更新了vivoiqoo15定制模型，新增了实物定制模型，效果图更直观，也方便分享手机壳创意。
帮我生成图片：二次元Q版，瀑布，两个情侣背影，比例9:20。
很多人第一次配 Android 自动发布，卡住的地方不是写 workflow，而是看到别人仓库里躺着这几个名字就懵了：
KEYSTORE_BASE64
KEYSTORE_PASSWORD
KEY_ALIAS
KEY_PASSWORD
PLAY_STORE_SERVICE_ACCOUNT_JSON
大写的、看不出含义的、还都跟「密码」有关。去搜，出来的都是片段命令，照着敲完报错又看不懂。
这篇文章把它们一个个拆开，讲清楚每一个是什么、从哪来、怎么填、填错了会报什么错。全部步骤都是可以照着做的，不需要提前懂 Android 签名机制。
写字台（xiezitai）是自托管的写作与博客平台，移动端用 Flutter 一份代码同时出 iOS 和 Android。这篇文章只讲 Android 这一侧：没有 Mac、不装 Android Studio、只靠 GitHub 的 Linux runner，怎么把 .aab 稳定构建出来、签好名、自动送到 Google Play。
不讲概念，只讲踩过的地方。
很多人第一次做 Android 发布，会把这两件事混成一件事，结果是：CI 明明是绿的，产物却传不上 Play。
苹果XsMax 苹果Xs 苹果Xr 苹果X 苹果iPhone11ProMax 苹果iPhone11 苹果7Plus 苹果7 苹果6Plus 苹果6 苹果18promax 苹果18pro 苹果17ProMax【大孔】 苹果17ProMax 苹果17Pro 苹果17e 苹果17Air 苹果17 苹果16ProMax 苹果16Pro 苹果16Plus 苹果16e 苹果16 苹果15ProMax 苹果15Pro 苹果15Plus 苹果15 苹果1……
三天时间，把定制侠 iOS 从「TestFlight 能装上」推到「提审材料基本齐活」。本文按时间线记录四件事：后端原生苹果登录落地、一个 Hibernate 7 的部署阻塞、一次隐私协议「打假」，以及不靠 iPad 截图过审的 iPhone-only 方案。
v1.0.0 上传 TestFlight 后实测，苹果账号登录直接报「苹果登录失败，请重试」。前端先做了错误分三类（后端不可用带 HTTP 码 / 业务拒绝透传 / 网络异常），但根因在后端：**`PO……
荣耀Win2延续了荣耀Win的风道玩法，风道不仅向下开口，右侧也增加了风道，这让手机壳开模难度大大增加。定制侠精准的开模技术，深受壳友的喜爱。风道正宗，孔位精准。
帮我生成图片：二次元Q版十二生肖鸡，阳光普照。比例 9:20。
一次 Sign in with Apple 接入，连续踩了六个坑。服务端日志从头到尾都是「登录成功」，用户看到的却是「没登录」。记录下来，省下下次的半夜。
Flutter + OpenHarmony 项目，接入苹果登录。鸿蒙 / Android 没有苹果原生 SDK，只能走 Web 授权流程（OAuth2 + form_post）。
架构一句话：App 内 WebView 加载苹果授权页 → 用户授权 → 苹果把 code / id_token 以跨域 POST 提交到服务端 callback → 服务端验签、建号……