原文鏈接: https://segmentfault.com/a/1190000002423661
FIR.im 一直在盡量兼容不同使用習慣的版本號形式, 但是在使用中我們發(fā)現好多開發(fā)者對怎么更好的用版本號來標示應用很陌生. 這是篇基礎文章, 簡單介紹 iOS 的版本號.
名詞解釋
Version, 通常說的版本號, 是應用向用戶宣傳說明時候用到的標識. 一般有2段或者3段式, 如:2.1,8.1.2
Version 一般由產品部門確定, 完全迥異的更新需要改變主版本號, 比如 QQ 4.0 的變化非常大, 主版本的變化會更加吸引用戶的眼球,所以有的應用會頻繁的更新主版本號, 比如 FireFox 20.0 . 兩段式的副版本號既包含小功能更新也會包含 bug 修復等,三段式副版本基本都是新功能添加和大問題修復,第三段則表示穩(wěn)定版本基本都是修復 bug
Build , 編譯號指一次唯一編譯標識, 通常是一個遞增整數(安卓強制為數字, iOS 可以是字符串)
Build 都是給內部使用, 用來確定一個唯一版本. 與前面提到的 Version 不會有太大聯系.
iOS 開發(fā)中,這個2個號碼都可以任意字符串或數字.
我們目前遇到的情況有:
忽略了 Version 或 Build. 這兩個號中的一個常年的不會發(fā)生變化.
顛倒了 Version 和 Build.
獲取方法也很簡單:
NSDictionary *info= [[NSBundle mainBundle] infoDictionary];
info[@"CFBundleShortVersionString"]; //Version
info[@"CFBundleVersion"]; // Build
為什么使用版本號
1. 方便標示和溝通
前面提到 版本號更新會給推廣產生一定的積極作用. 所以版本號不要太長, 如果像這樣 "我們隆重推出了 某某某 1.7.14.19257 !", 這個會讓用戶感覺很乏味很像電視購物,而且也不利于傳播. 如果是 "某某 3.0, 大有不同 !"可能就會產生更好的溝通效果.
2. 方便追蹤 Bug
一個應用有 Bug 是肯定的, 但是很快的定位解決問題卻體現出團隊和程序員的能力. 我們經常遇到有開發(fā)者說我提交一個版本, 但是下載下來有還是舊的. 我們幫他解決問題的時候,他自己都搞不清哪個是哪個了, 如果能在"關于"之類的地方顯示當前的版本, 就會容易找到問題.
或者是測試團隊的同事, 可能手里同時有幾個不同分支的版本在測試, 他們需要精確的描述一個測試版本.
自動改變 Build 號
前面提到, Version 是不需要自動變化的, 根據產品或者市場部門的需求,適時的手動改一下就好.
1. agvtool (Apple-generic versioning tool)
agvtool, 是蘋果的命令行工具, 也是集成在 Xcode 中最方便的工具. 我們在自動編譯 SDK 的腳本中用的就是這個方法. 其實就用了一行(其他的高級用法可以參考前面的鏈接):
agvtool next-version
使用前需要在 Xcode 里簡單配置一下, 如圖:
2. 基于SCM的版本控制號
SCM 現在常用的有 Git 和 SVN, 還有一些相對小眾的比如 hg 這里就不多做介紹了. 如果用 Git/SVN 來管理代碼(相信已經沒有人不用了) 我們可以用代碼的提交次數來代替Build號.
Git
REV=`git rev-list HEAD | wc -l | awk '{print $1}'`
其中 HEAD是分支名, 代表當前分支, 可以直接替換成其他分支名, 比如master,dev.
這個腳本放到
SVN
REV=`svnversion -nc | sed -e 's/^[^:]*://;s/[A-Za-z]//'`
后面都是一樣的:
/usr/libexec/PlistBuddy -c "Set :CFBundleVersion ${REV}" "${TARGET_BUILD_DIR}"/${INFOPLIST_PATH}
這樣每次編譯app的時候就自動把版本號加到Info.plist的CFBundleVersion鍵值下
把上面2行代碼 加到 "Build Phase > Run Script"就可以了:
3. 基于日期時間
用發(fā)布日期作為版本好也是許多應用常用的方式, 因為好記好理解. 這里直接附上代碼:
REV=`date +%y%m%d`? #輸出格式141120的六位日期格式,可以根據自己喜歡改變格式
后面都是一樣的:
/usr/libexec/PlistBuddy -c "Set :CFBundleVersion ${REV}" "${TARGET_BUILD_DIR}"/${INFOPLIST_PATH}
使用方法同上.
怎么使用
只要配置好了版本號, 其他的事情就不需要人工干預了, 這里介紹2種使用場景.
1. Crash 收集
收集 Crash 是應用開發(fā)必要的環(huán)節(jié), 通過分析和修復 Crash 信息可以大大提高應用的穩(wěn)定性而不會讓更多的用戶失望甚至刪除應用.
目前有很多收集工具, 比如 FIR.im 旗下的BugHD, Crashlytics等.
2. 用戶反饋
能主動反饋問題的用戶都是極品用戶, 不管要求是不是合理我們都要認真對待. 不管是用各種 SDK 還是用 Email 都要盡量的帶上版本號, 系統(tǒng)信息, 方便確認用戶需求.最不濟也要在"關于"里面能讓用戶找到相關的版本信息以便描述問題.
