今天一個iOS App上線了，上線之後發現有一個嚴重的bug，這下悲劇了。
其實這個問題很好查，很快就改好了。改好之後得發佈啊，但是地球人都知道，iOS發佈是需要Apple審覈的，而Apple審覈是需要時間的，oh, my God!
具體的問題不提了。程序員也是人，是人就會犯錯，只不過這個錯誤犯在蘋果的手裏就麻煩了（國內的公司嘛，都喜歡折騰，最後軟件折騰的像個麻花，一旦出了問題想各種奇淫巧計彌補，可惜蘋果不給通融的機會，只能按它的規則一步步進行）。重要的是制定規則以避免這種問題。對於該問題，我有以下幾點思考：
1.應該充分利用svn的主幹與分支的區別提交代碼。本次問題就是因爲一直在所有的代碼都保存在主幹上，把程序員自己調試的代碼也放在主幹上導致的。應該爲單個的程序員開闢分支，讓他們有自身的工作目錄。等到最終發佈的時候，在往主幹上合併分支。這樣雖然看上去花的時間更多，但是邏輯更清楚，保證了發佈的可靠性，綜合起來還是提高了效率。
2.確定關鍵點和基本流程，並在軟件的整個生命週期按照實際情況調整。軟件的規模越來越大，在頻繁的修改過程中實際上做不到每次發佈都進行完整的測試，但是走完基本流程還是必須的。
總之，遇到問題，然後制定規則以避免問題，纔是一個研發組織長期的生存之道。