前言
昨晚熬夜看完了WWDC 2018
,睡前电脑挂着下载28-xcode10
。手机装好了iOS12
,体验了一番,感觉比iOS11快多了,看了一眼各家App和我司的App,松了一口气,初步看来今年应该不需要做太多的适配工作,然后就睡了。(然而,果然不能立flag!😂)
早上晚到了一些,28-xcode10解压了一下,开始初步评估一下适配。emmmm,工程跑不起来了…好了果然不能低估,开干。
问题与解决
重复文件报错
一上来就是build没2秒就报错了,看报错的说法是有重复的info.plist。
我们组件化后把一些三方库和封装方法打成了一个私有库。进去看了一下,我们使用了阿里云统计 + 推送 + Alipay
,里面确实有好几个info.plist
,删除了就好了。
补充
临时解决方案也可以参考掘金@来来来小牛仔在评论中提到的:
参考Stack Overflow中Xcode 10 Error: Multiple commands produce,修改Xcode编译配置
Xcode->File->Project Settings/Workspace Setting-> Build System -> Legacy Build System.
这里定义为临时解决方案的原因是:使用了28-xcode10编译的新特性而抛出错误,既然是编译器的特性,那么最好还是接受它的报错去修复。作为短暂的过渡使用老的编译方式是可以的,长期我觉得是不合适的。
c++.6.0.9消失了?
报错:library not found for -lstdc++.6.0.9
第一反应是去Build Phases
里的Link Binary With Libraries
进行添加,然后发现选择frameworks and libraries
里已经没有了这个库了😂,又回去看了一下Xcode9里是有的。
但是因为之前在Xcode9上是正常跑的项目,而且我们组件化后,依赖是在私有库的podspec里定义的,全局搜了下所有的podspec并没有依赖过这个lib。
想起来pod isntall
后会有一个Pods-xxxx.xcconfig
文件,果然找到了这个-l stdc++.6.0.9
,但是这边是汇总了所有的依赖,无法找到源头。
那如果直接在这里删掉这个依赖呢?是不是会爆出更清晰的错?
答案是就如下图,因为删掉了这个依赖,那依赖这个lib的源码就出现了一些调用方法的报错,如下图,很明显的发现了这个叫libQYSDK.a
的库。恩,就是三方库七鱼客服
了😂,赶紧联系了一波工具提供方。
补充
临时方案可以参考:掘金@End 在评论区提到
将Xcode9的libstdc++6.0.9.tbd拷贝到28-xcode10中使用。
感谢掘金@vvveiii提醒,之前在文档里没有查到相关信息,刚刚再去开发者论坛中看到Where is libstdc++.6.dylib in 28-xcode10 beta 以及 libstdc++ is not supported by the tvOS platform? 中 staff的回应是请迁移到libc++
库。
所以28-xcode10
中libstdc++
相关的3个库(libstdc++
、libstdc++.6
、libstdc++6.0.9
)应该都是被彻底废弃了,如果你使用的三方库中有依赖,请尽快和提供方沟通,告知他们迁移吧。如果自己开发使用,也尽快考虑迁移的事宜吧。
Copy Pods Resources失效
经过上面一波操作后,终于编译通过了,也跑起来,就在以为一切都正常起来的时候,突然 崩!溃!了!
一看报错原因,是Profile.StoryBoard
没有找到,我们做了组件化后很多资源文件是在各自的pod里的,理论上这个sb应该在执行Copy Pods Resources
后被copy到在*.app
的包里
于是去查看了一下编译后生成的Product,所有组件库的资源文件 都!不!在!
怀疑是这个指令没有执行,然后clear重新编译,盯着编译过程。果然,只执行了Check Pods Manifest.lock
和Embed Pods Frameworks
。
看了下CocoaPods
的issues里没有人提到这些,估计新版是好的,赶紧装了CocoaPods-1.5.3
再把Pods文件夹删了重新install一下,就好了。
补充
确实是需要升级CocoaPods
版本>=1.4.0
以上,可见Github上的一个issues 28-xcode10 beta can’t load bundles from CocoaPods
至此我们的工程已经能正常通过Xcode 10
编译,并运行在iOS 12 beta
的手机上了。
粗略对一些业务场景进行了使用,没有发现明显需要进行处理的问题😆