iOS 降低出问题的几率

遵守规范

代码规范

git流程

git流程可以参考http://www.ruanyifeng.com/blog/2015/12/git-workflow.html

发布版本不切分支，不打tag，后面都不知道在哪个commit发布的
隔了很远的两个分支做Merge，然后发版本

第三方规范

随意引入第三方

为了实现某些功能，百度一下，一个第三方被引进来了。抛开第三方质量不谈，新导入的第三方可能和现在的代码冲突，比如都对同一个类的同一个方法进行交换
Podfile不指定版本

不指定版本，第三方就会自动升级，即使像SDWebImage都会随时引入一些问题，看看issue就知道，所以，升级第三方要谨慎，要充分测试。
第三方不知道出处

不知道从哪里找的第三方，也没有出处，有的还不是开源的，这非常尴尬。可选的第三方还是很多的，选一个star多的有人维护的多好。

同时建议参考资料解决问题的时候，在注释里写清楚参考资料的地址。
```
  // 参考http://mp.weixin.qq.com/s/rhYKLIbXOsUJC_n6dt9UfA,解决WKWebView白屏问题
  - (void)webViewWebContentProcessDidTerminate:(WKWebView *)webView {
      [webView reload];
  }
```

自动化

人是不稳定的，状态好的时候，不容易出错，状态差的时候，什么问题都有可能发生，可以自动化的，尽量避免手动。
上传DSYM就是这样的一件事情，有时候，你可能忘了上传，但是在构建的时候自动上传，谁也不会出错。

上传DSYM。

现在使用的是Bugly收集崩溃日志，所以使用Bugly提交的工具就可以了。要用的时候，发现DSYM丢了，就非常尴尬了，虽然有些大牛研究出恢复DSYM的方法。
修改build id

修改build id只是一个小问题，但是必须要做。
配置各种第三方key。

有时候需要切换bundle id打包（没错，就是马甲），但是很多的key是和bundle id绑定的，没有同步修改，后果很严重。手动配置的时候，经常出现只替换了一部分key,或者key多了个空格，可以通过一个脚本来做这个事情，依据bundle id将各种key都配置好。

    productBundleIdentifier=`xcodebuild -showBuildSettings | grep PRODUCT_BUNDLE_IDENTIFIER`
    
    bundleID=${productBundleIdentifier#*= }
    
    path=`pwd`
    
    if [[ $bundleID == com.apple.12345 ]]
    then
    
    echo $bundleID
    
    sed -i '' 's/^.*#define WechatAppid.*/#define WechatAppid @"12345"/' ./App/AppConf.h

    defaults write ${path}/App/Info.plist MiSDKAppID 123456789
    defaults write ${path}/App/Info.plist MiSDKAppKey 12345
    
    elif [[ $bundleID == com.apple.54321 ]]
    then
    
    echo $bundleID
    
    sed -i '' 's/^.*#define WechatAppid.*/#define WechatAppid @"54321"/' ./App/AppConf.h
    
    defaults write ${path}/App/Info.plist MiSDKAppID 987654321
    defaults write ${path}/App/Info.plist MiSDKAppKey 54321

    fi

自动打包

每天都会花费很多时间在打包上面，搭建一个Jenkins环境，每日定时打包，或者让测试自己去打包，跑跑单元测试不是挺好。

单元测试

项目改了一点东西，都不知道有没有导致新的问题，整天提心吊胆的。

加入单元测试，测试通过，说明改动对添加了测试的部分是没有影响的，这样起码能减少一些压力。

最后编辑于：2018.01.04 20:49:00