让 Android 应用提交更简单——用Worktile管理Android Release
在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，同样也是可以事半功倍的，项目也会相应的更简单。
如果你有什么有趣又实用的用法可以发送到我们的官方邮箱[email protected]，或者是联系店小二（1121172654）~
更多相关文章
- Android 关于GridView 以及图片处理一些知识
- 将React Native的版本从0.19.0升级到最新版或者大于0.20.1的解决
- 【Android】一个浏览图片的Android库的实现，可以移动、缩放图片以
- 【Android】图片（文件）上传的请求分析结构
- Android通过WebService实现图片的上传和下载(一)
- Android 中图片压缩分析（上）
- android版本飞鸽传书源码
- 最近在U盘上集成了Android的x86版本
- Android 常用图片框架对比