版本控制
由於開發過程中核心**會隨著需業務需求的改變，需要考慮做好版本控制，個人認為可以將核心**通過git進行版本控制。
避免」**重複「的問題（蘋果審核規則4.3）
隨著核心業務功能的增加和**量的增加，核心**也需要考慮「**重複」問題，個人建議可以將核心**打包成.a的sdk，只暴露方法呼叫的.h檔案。
線上版本的遮蔽
馬甲包是可以進行更新的，但是蘋果審核員會根據上乙個版本安裝測試新版本，線上版本一定要做好遮蔽cp主頁顯示的工作。目前的做法是在請求cp主頁時，會根據bundleid判斷是哪個馬甲包，針對不同的馬甲包做相應的遮蔽。
iOS審核馬甲包分析和過審因素
1.1 測試新功能 吸流量 1.2 做活動測試 1.3 買流量衝榜 2.1 包質量 產品質量 乙個好的產品是全新開發的，而不是各種舊 拼湊的 過包的前提因素就是包的濫用程度 和 處理程度 2.2 包的 優化 根據個人經驗，馬甲包要做到不同，是需要針對每乙個包都進行 混淆和篡改的，排除邏輯，要做到內容...
iOS 注意事項
1.記得在專案中設定專案檔案命名的prefix，避免命名衝突。2.在適當的位置對屬性和方法進行注釋，建議利用外掛程式 如vvdocument 提供效率。在給企業看文件時，可以利用 如doxygen 這種軟體生成乙個document。3.操作coredata需要謹慎，小小改動都有可能讓程式崩潰。4.使...
iOS的過包技巧
如果涉及到軟著 版權 版號或其他資質檔案，要在首次提審時就上傳。裝置id mac位址被認為是隱私，但能利用idfa來識別使用者。提審時必須選擇呼叫idfa並勾選目的。4.1 提審時必須避開應用內福利 提審時不要引導使用者去刷好評，更不要用有償的方式去引導刷好評。即使是上架後也不能有償引導使用者刷好評...