一个iOS bug引发的思考

今天一个iOS App上线了，上线之后发现有一个严重的bug，这下悲剧了。
其实这个问题很好查，很快就改好了。改好之后得发布啊，但是地球人都知道，iOS发布是需要Apple审核的，而Apple审核是需要时间的，oh, my God!

具体的问题不提了。程序员也是人，是人就会犯错，只不过这个错误犯在苹果的手里就麻烦了（国内的公司嘛，都喜欢折腾，最后软件折腾的像个麻花，一旦出了问题想各种奇淫巧计弥补，可惜苹果不给通融的机会，只能按它的规则一步步进行）。重要的是制定规则以避免这种问题。对于该问题，我有以下几点思考：

1.应该充分利用svn的主干与分支的区别提交代码。本次问题就是因为一直在所有的代码都保存在主干上，把程序员自己调试的代码也放在主干上导致的。应该为单个的程序员开辟分支，让他们有自身的工作目录。等到最终发布的时候，在往主干上合并分支。这样虽然看上去花的时间更多，但是逻辑更清楚，保证了发布的可靠性，综合起来还是提高了效率。

2.确定关键点和基本流程，并在软件的整个生命周期按照实际情况调整。软件的规模越来越大，在频繁的修改过程中实际上做不到每次发布都进行完整的测试，但是走完基本流程还是必须的。

总之，遇到问题，然后制定规则以避免问题，才是一个研发组织长期的生存之道。