產(chǎn)品終于上線了陨瘩，趁著剛上線這會有點空閑時間腕够，扒一扒swift打包、發(fā)布拾酝、上線中遇到的坑。
背景：以前一直用的OC卡者，應公司要求新項目用Swift; X-code打包常用的有兩種方式：1.蘋果推薦的archive方式蒿囤；2.command +B編譯后，在product里找到name.app文件崇决，然后將其拖到桌面材诽，新建“Payload”文件夾底挫，將.app文件放到文件夾里面，然后將文件夾壓縮成.zip脸侥，再將.zip文件改成.ipa文件建邓。
第一次提審： 項目完成后交付給測試，測試合格后睁枕，當晚便和同事提交AppStore審核官边，第一次審核速度還挺快，從waiting到In Review只用了一天外遇，然后就是漫長的三天等待時間注簿，結果收到的結果是拒絕，雖然心情很沮喪跳仿，還好提前有心理準備诡渴，蘋果給的反饋信息是在IPV6環(huán)境下，點開我們的某個功能模塊時crash, 排除原因后菲语，只能是某銀行的SDK不支持IPV6妄辩，測試的結果果然是這樣，重新更換SDK山上，提審眼耀。
第二次提審：更新SDK后，再次提審胶哲，又是漫長的一周等待畔塔，結果：拒絕。蘋果反饋的錯誤信息跟第一次一樣鸯屿，查看crash Log澈吨，還是崩潰在某銀行的SDK內(nèi)，但是我們無法復現(xiàn)這個bug寄摆，對網(wǎng)絡環(huán)境谅辣，SDK，代碼一項項排除婶恼，還是沒有發(fā)現(xiàn)問題桑阶，公司著急上線，只能抱著僥幸的心理先提交審核勾邦，同時繼續(xù)查找原因蚣录。結果依舊是拒絕。收到這個消息后眷篇，內(nèi)心是崩潰的萎河。不過工作還得繼續(xù)。
第三次提審：成功。這次我用archive的方式打包（以前一直是同事負責打包）虐杯，立馬復現(xiàn)了提審中出現(xiàn)的問題玛歌，發(fā)現(xiàn)是一個懶加載數(shù)組的問題，在debug下運行和第二種打包方式都沒有問題擎椰，用archive的方式打包后就出現(xiàn)了bug支子。修改后繼續(xù)提審，三天后达舒，蘋果返回結果：成功值朋。
結論：
- 選用蘋果推薦的打包方式：不管其他打包能省多少時間。
- debug下的自測只能做參考休弃，release下的打包后跟debug下的打包是不一的吞歼。
3.swift不能把OC的代碼直接翻譯過來用。
