后期还优化多渠道打包。
本地打包以及邮件通知已经完成。
测试GitHub下载代码问题，发现配置是没有问题的，换了一个比较小的工程很快就下载下来了，所以应该是跟网速也有关系。
具体的Github、Gitlab或者是svn这些如何拉取代码就不做另外的说明了，百度一下就能找到很多。
要注意的一点是打包需要一个独立的外网的服务器，可以获取ip，这样操作起来会很方便，而且涉及到后期的包体分发。
后面主要处理如何进行参数化打包的说明。我们进入工程的配置界面会发现Genernal(通用)下面有个参数化构建项目的选项
image.gif
勾选上这个选项后，我们根据自己的需要定制化一些内容，我这里目前就设置了几个变量
BUILD_TYPE Debug\Release 构建版本
image.gif
PRODUCT_FLAVORS HuaWei/小米 渠道
image.gif
APP_VERSION 版本号
image.gif
IS_JENKINS 是否是Jenkins打包
image.gif
Channel 渠道号
image.gif
填完这些之后，保存，应用回到项目界面会发现 构建 变成了参数构建。
当然如果觉得每次打包出现的是编号不好看的话，也可以自定义构建的名字，他在这里，构建环境下面勾选上BuildName,具体的参数搭配就自己配了，我的是打包id+环境+版本号+渠道，这个无所谓。
image.gif
这些如果都配置上完了，项目界面是这个样子
image.gif
做完这些，我是用的命令行打包，我的命令行运行批处理文件，我的批处理文件大概是这个样子。
image.gif
这个命令的意思是，首先为了做渠道区分，我建了一个配置文件专门存渠道号，每次打包之前根据他们的选择，把渠道号修改入包体，然后在根据打包环境选择打包命令。
打包完成之后再把对应生成的新的apk包移动到我指定的文件夹下面，前提是我要创建好apks这个文件夹，并且在这个文件夹下面新建了Debug和Release俩个文件，目前这些包只做了这样的区分。
然后运行下来，确实实现的选定环境、渠道下的打包。但是也有需要优化的地方：1，如何做到单渠道下面多包一起打；2，如何实现文件夹自动创建。3.如何更加合理的划分文件夹的层级。
针对上面的问题，我把问题定位到了对批处理文件的修改以及对于参数的优化上面。
针对参数，我新增了一个Channels,让操作人员可以填入单渠道下面的一串小包的id，针对这每一个id记性打包（其实就是大渠道下面的小渠道，姑且这么理解)。
image.gif
这个可以让操作人员填入一串数字，中间用”,“隔开，参数化界面是这个样子
image.gif
比如有5个包，那就在Channels里面填1,2,3,4,5(逗号是英文输入法下)，然后批处理命令如下：
image.gif
如果有些命令不熟悉的话，那就去看下windows命令行指令吧。
大概意思是：
1.我获取了操作人员填入的一串渠道号;
2.我对他进行循环;
3.然后每次写入渠道号到我的配置文件;
4.根据配置环境进行打包；
5.判断需要apk存放的文件夹是否存在，如果不存在，则需要建立，存在就不管了;
6.打完包将新包移到目标文件夹并重命名
至此，我针对需要优化的部分已经全部完成了优化。
写在后面，网上找了很多资料也没找到专门说cocos2dx和jenkins打包的，自己只能靠参考别的博客，还有自己的日常的工作一步步转换，希望能帮到后来人，也欢迎有更好的方法共享，谢谢。
网友评论