fork 出来准备以后专门上传大佬没发布 ipa 文件的版本了

[AvalonUltra]

需要在 iOS 端使用的朋友可以看一看，不过更新不一定及时
https://github.com/AvalonUltra/Bangumi/releases

[czy0729]

其实我想不透他为什么能打包得成，按道理是不可能的，因为 master 是 expo@54， IPA 最后测过的是 expo@52， 如果不重新 prebuild 出来，IPA 那边 ios 代码差异应该很大的，没道理能打成，除非 gpt 提前预判了我的 ./packages 里面的代码。

还有些文件要改的，比如 Info.plist 的版本号之类的，通常我打包的时候才去改，我已经把改过的 push 了，以这个点重新打包就是最新稳定的功能。

有没可能把工作流都 pr 过来，我不会这个很少研究。不急如果不行那也无所谓，我以前的做法是抓到有新 tag 就打包，又或者根据别的一条 branch 有新推送就打包。

[AvalonUltra]

其实我想不透他为什么能打包得成，按道理是不可能的，因为 master 是 expo@54， IPA 最后测过的是 expo@52， 如果不重新 prebuild 出来，IPA 那边 ios 代码差异应该很大的，没道理能打成，除非 gpt 提前预判了我的 ./packages 里面的代码。

还有些文件要改的，比如 Info.plist 的版本号之类的，通常我打包的时候才去改，我已经把改过的 push 了，以这个点重新打包就是最新稳定的功能。

有没可能把工作流都 pr 过来，我不会这个很少研究。不急如果不行那也无所谓，我以前的做法是抓到有新 tag 就打包，又或者根据别的一条 branch 有新推送就打包。

codex 好像就是用的 Expo@52 来打包的，貌似一开始用 Expo@54打包失败了，就转成 Expo@52 了。workflow 已经 pr 过去了，你看看

[czy0729]

我看见他自己打包出来了。

[AvalonUltra]

我看见他自己打包出来了。

我设定的每天检查一次有没有最新的 tag，有没打包过的话就自动打包