1.文件編號
軟體開發離不開設計檔案的編寫與審核。開發的每乙個階段都會產生很多文件。通常文件是通過svn在團隊內共享的。當乙個階段下的文件數目超過50個的時候，在乙個目錄裡查詢某個文件是個痛苦的事。常常有文件的名稱很長且類似的情況，這導致找到需要的文件很費時。
這裡有乙個簡單的解決辦法。為每乙個文件分配乙個兩位的編號，每乙個文件必須以文件編號開頭。比如：
00.***功能需求分析與設計.doc
如果想看某人提交的文件，只要知道他提交文件的編號就行了。
個人認為文件編號兩位就好，冗長含義眾多的文件編號是無用的。
2.文件版本號
寫文件必然會進行多次修改。一旦文件已經發給了別人，當再次提交修改的文件時，如何告知相關人文件內容有變化呢？
方法很簡單，為文件分配版本號，並以版本號作為文件結尾。比如：
00.***功能需求分析與設計_v1.0.doc
當文件修改後再次發布則修改字尾版本號，比如：
00.***功能需求分析與設計_v1.1.doc
如此，拿到新文件的讀者就不會和之前拿到的文件相混淆了。也可以通過溝通版本號方便的知道手裡的文件的新舊。
補充下版本號 與
1.2.3 代表 1.2.3 版本號 1.3.0 1.2.3 代表 1.2.3 版本號 2.0.0 1，符號，它與semantic versioning 語義版本控制 有關係，它表示盡量使用最新版本，但保證不產生相容問題，換句話說也就是除了大版本號以外，小版本號和補丁版本號都可以變。但0 開頭的版本...
ios版本號的區別 和獲取版本號的方法
cfbundleshortversionstring 標識應用程式的 發布版本號 該版本的版本號是三個時期分隔的整數組成的字串。第乙個整數代表重大修改的版本，如實現新的功能或重大變化的修訂。第二個整數表示的修訂，實現較突出的特點。第三個整數代表維護版本。該鍵的值不同於 cfbundleversion...
git與版本號雜筆
版本相關 1.1 x 主版本 y 次版本 z 修訂號 snapshot 快照版 m1 beta 里程碑式beta版 m1 里程碑版 rc 發行候選版 release 正式發行版 1.2 git版本目錄 gitgit checkout b yourbranch 新建分支並進入該分支 git add s...