google為apk定義了兩個關於版本屬性：versioncode和versionname，他們有不同的用途。
versioncode：對消費者不可見，僅用於應用市場、程式內部識別版本，判斷新舊等用途。
versionname：展示給消費者，消費者會通過它認知自己安裝的版本。
同乙個versionname(版本號)，對應了多個versioncode
這種情況很常見，比如說新版本發布之後，某個商店反饋說存在***問題，需要修復、定製等等操作，於是商務找工程師出了個新版本，考慮到是小版本公升級，版本號沒變化，但是versioncode已經變了。
可能遇到的問題：如果這個新版只在部分商店上線，就會出現都是3.1版，a商店的版本其實比b商店的新。已經安裝了新版本的使用者，還會被提示公升級，這時候使用者會困擾，為什麼我裝了3.1還要公升級到3.1？部分商店為了最新會抓包，導致渠道包流竄，影響運營監控和分析。發布了乙個versioncode錯誤的版本解決方案：a.版本號應該和versioncode一起漲，而且一旦發布新版本，就在所有渠道上架新版。
有時候因為工程師不小心，發布了乙個versioncode過大的版本，比如1.1.1.20版本的versioncode寫成了111，而1.1.1.27版本的versioncode寫成了11127，但是後面發布1.1.2版希望延續舊的versioncode用112。
可能遇到的問題：1.1.1.27版的使用者將無法獲得1.1.2版本的公升級，因為在程式看來1.1.1.27版本是比較新的，同時，已經使用了1.1.2版本的使用者，可能會收到舊版本的公升級提示，比並降級回舊版發布了乙個有bug的版本，好捉急 偶爾會遇到版本已經發布了，第二天突然發現，糟糕，有bug，使用者開始罵了！於是商務同學到各家市場要求退回舊版本。解決方案：其實很簡單，因為versioncode對終端使用者是不可見的，只要增加就好了，上文的例子，新版versioncode直接取11200就齊活了。
可能遇到的問題：已經公升級到有bug版本的使用者是無法回滾到舊版的，因此這樣直接退回舊版本的方式對這些熱心公升級的使用者是非常不負責任的。而且人肉召回的力度實在有限，這個有bug的版本一定會流傳的。
小公尺應用商店上傳APK包時提示簽名不存在
最近在做應用的大版本更新，更新之後應用支援的最低版本從安卓5.0提公升到了安卓7.0。結果在上傳到小公尺應用商店之後提示簽名不存在。如下提示 當時看到之後一臉懵逼，我很確定是有簽名的。最後經過一番搜尋，才發現原來是簽名的問題。android的apksigner有多個版本的簽名方式，如下圖 可以看到，...
UOS測試版本應用商店無法使用的問題
1.新建原始檔 sudo dedit etc apt sources.list.d deepin.list 2.新增華為源 編輯後直接ctrl s即可儲存 deb trusted yes stable main contrib non free deb src deb stable main 3.更...
微軟應用商店有哪些值得推薦的應用
對於很多windows使用者來講，微軟應用商店 microsoft store 是個印象不深刻，容易被忽略的好功能。1 它並不是為某乙個終端而設計，是一種全新的概念，一款應用可以在所有win10系統裝置上執行，手機 pc 平板電腦 通吃，對於開發者和使用者來說都很省事。2 uwp應用設計的非常簡潔清...