本文來自 Worktitle 團隊分享
在Native App依舊佔據主流，Web App步履維艱的現在，將自家的應用提交到Android市場和App Store分發仍舊是必須的途徑。尤其是對Android應用而言，面對多如牛毛的Android市場，提交應用以及更新的時候都會面臨一個比較棘手的狀況——需要提交多個平臺，並且後續的追蹤也很麻煩。這篇文章介紹一個管理Android Release的專案，和大家分享一下怎樣有效地管理和追溯這個過程。（公開專案，請各位蝸牛隨拷隨用！）
這個專案主要由一個［版本］管理，［平臺更新］管理和［平臺更新模板］這三個任務列表構成。在［版本］的管理當中，
- 每個任務就代表當前應用的一個版本；
- 截止日期用來記錄該版本的提交時間
- 把當前版本的APK包和截圖包作為附件新增上來；
- 任務描述用來記錄當前版本的更新狀況；
- 當一個版本徹底釋出之後呢，就可以去勾選該任務完成它。
至於［平臺更新狀況］，則是用於記錄當前應用版本所對應的Android市場的提交狀況。
- 每個任務就代表一個Android應用市場；
- 下載地址、提交地址以及提交的狀態都會通過描述記錄下來；
- 可以利用任務標籤對Android市場的重要等級進行劃分；
- 而任務的截止日期則恰好可以用來記錄應用在當前市場的釋出時間；
- 通過檢視描述當中的一個狀態標記就可以清楚的知道應用在當前市場中是已經發布，還是在稽核中，還是根本就沒有提交；
- 而對於已經發布的平臺呢，我們可以直接勾選完成，這樣的話，它的標誌會更明顯一些。
當我們有新版本要釋出的時候，就可以將之前版本的提交狀況列表進行歸檔，也就是將［平臺更新］這個列表進行歸檔。之後我們就會用到［平臺更新模版］這個列表，為了避免重複地去建立相同的任務，我們就可以直接選擇去拷貝它，拷貝的同時進行恰當的重新命名即可，比如叫做“V3.2平臺更新狀況”等。這樣當我們再次需要去提交應用到Android市場的時候，我們只需要在這個模板的基礎進行一些小小的改動就OK，因為大部分內容都是不變的。
總結來說，可以將其分為四個步驟：
Step 1：歸檔
Step 2：拷貝
Step 3：重新命名
Step 4：Done
如果我們想追溯之前的提交狀況的話，我們也可以通過歸檔的列表來進行檢視，如果我們實在需要這個列表任務的話，直接將它啟用就可以了.
所以，通過這樣一個Android Release管理專案，就把原本雜亂的應用提交變得視覺化、可追溯；如果你想用這個專案來管理iOS Release，同樣也是可以事半功倍的，專案也會相應的更簡單。
如果你有什麼有趣又實用的用法可以傳送到我們的官方郵箱wow@worktile.com，或者是聯絡店小二（1121172654）~