所谓一键打包,包含五个流程:

  1. 刷新mk,这个只有在文件数目改变的时候才会需要;
  2. 编译,在实现了统一接入以后,只需要编译一次就可以打多个包,这个以后再介绍;
  3. 拷贝资源,这个使用的是cocos2d-x自带的脚本,也会做一些调整,比如删除一些无用的目录之类的;
  4. 拷贝sdk自带的资源或者库,这个其实可以拆开分别放在2和3里的,这样做只是为了使结构清晰一些;
  5. 打包并签名。

  所有与打包相关的脚本,都放在目录projects/main/build_android中,下面是目录及文件介绍:

  • tools:                                       //保存通用的功能脚本

    • build_native.sh               //cocosd-x自带脚本,用于编译
    • platform_input.sh             //处理输入,设置代表具体功能的全局变量(可以称之为功能变量)
    • build_platform.sh             //通过功能变量,来执行不同脚本
    • file_list.sh                       //遍历文件夹,输出文件列表
    • icon_copy.sh                   //拷贝icon,暂时废弃
    • normal_define.sh             //刷新mk所需的mk变量,第一小节将会介绍
    • platform_define.sh       //刷新mk所需的mk变量,第一小节将会介绍
    • platform_package.sh       //打包并且签名
    • platform_param.sh          //过渡脚本,解决在build_android和build_android/platform执行脚本的目录问题
    • platform_path.sh         //path设置,
    • platform_property.sh       //统一接入时的分包脚本,下一章介绍
    • platform_refresh.sh         //刷新mk的脚本
    • resource_copy.sh            //cocosd-x自带脚本,用于拷贝资源;
  • platform:                                //存放各平台打包的脚本文件
    • build_noplatform.sh         //无sdk平台(或者叫app store版本)
    • build_xx.sh                 //xx SDK脚本
  • res:                                    //这个目录主要是为了拷贝icon使用的,但目前无法通用,暂时废弃
  • build_all.sh                             //执行所有的平台打包脚本,当然也可以按照自己的意愿分类

  1.1 shell脚本执行流程介绍

  platform_input.sh定义了脚本的基本指令:

  • -a:   执行刷新mk,编译,拷贝,打包;
  • -b:   -b只有编译功能,-b mk则会先刷新mk,再编译;
  • -c:   -c会拷贝icon和sdk自带的资源,-c icon(将会废弃)能够拷贝icon;
  • -p:   打包并签名。

  你可以cd到build_android目录中,执行

    ./build_all.sh -a  或者 ./build_all.sh -b mk 或者 ./build_all.sh -c icon 或者 ./build_all.sh -p 或者 ./build_all.sh -b mk -c icon -p

  你也可以cd到build_android/platform目录中,执行

    ./build_noplatform.sh -a  或者 ./build_noplatform.sh -b mk 或者 ./build_noplatform.sh -c icon 或者 ./build_noplatform.sh -p 或者 ./build_noplatform.sh -b mk -c icon -p

  脚本的执行流程,简单来说,上述指令将build_android/tools/platform_refresh.sh,build_android/tools/build_native.sh,build_android/tools/icon_copy.sh,build_android/tools/resource_copy.sh,build_android/tools/platform_package.sh这五个脚本拷入到目标工程所在的目录,根据指令来执行相应的脚本。

  首先,我们先来看看build_noplatform.sh:

##############################################
##平台数据,需要更改
##############################################
PLATFORMHONE_CHILD=()
SDKDIR="game_xx"
BUILDDIR="build_android"
LIBRARYDIR="nosdk_xx"
TOOLSDIR="tools"
PlatformTarget="libcocos2dcpp"
# PlatformName="PLATFORM_XX"
PlatformGameName=(
"NAME_MYGAME"
)
if [ "$ALL" != "" ] && [ "$ALL" != "" ]; then
source ../tools/platform_path.sh   
ISBUILD_SET="0"
    ISREFRESHMK_SET="0"      
    ISCOPYRESOURCE_SET="0"       
    ISCOPYICON_SET="0"        
    ISPACKAGE_SET="0" 
##使用自定义设置
PLATFORMHONE_CHILD=(
# "DEBUG" ##编译模式
)
fi source platform_input.sh $* source platform_param.sh

  PLATFORMHONE_CHILD变量存贮了平台所需的宏字符串,在未使用统一接入之前,区分不同平台主要依靠宏来实现,比如PLATFORM_XX,添加PlatformGameName变量是为了处理子包分包(同一平台,通过宏更改游戏登录背景,游戏名称等)。

  接下来的四个dir,SDKDIR/BUILDDIR/LIBRARYDIR/TOOLSDIR,

  • SDKDIR:目标工程目录,未添加统一接入框架时,每一个sdk平台都需要建立一个android工程项目,所在目录和build_android同级;
  • BUILDDIR:build_android目录名,为了切换目录方便添加的;
  • TOOLSDIR:同上;
  • LIBRARYDIR:添加统一接入时需要,目标工程的依赖库。

  通过ALL这个变量,可以区分究竟是执行了build_android/build_all.sh脚本还是build_android/platform的单个平台平台脚本,凡是类似build_all.sh这种脚本,都需要在脚本开头设置ALL=1,由于两种脚本目录的不同,需要分开处理。

#全局统一配置,针对一键编译
ALL="" #通用宏设置
PLATFORMHONG=(
#"DEBUG" ##编译模式
#"NO_SHARE" ##微信分享
#"TEST_APP" ##app测试
) ##
source ./tools/platform_path.sh
source platform_input.sh $* ##app
source ./platform/build_noplatform.sh ##xx
source ./platform/build_xx.sh

  这里我们可以看到,平台脚本会先执行build_path.sh来设置PATH,初始化功能变量,然后通过platform_input.sh来处理输入,设置功能变量,功能变量有5个:

  • ISREFRESHMK_SET:             是否刷新mk
  • ISBUILD_SET:                      是否编译
  • ISCOPYRESOURCE_SET:       是否拷贝资源
  • ISCOPYICON_SET:               是否拷贝icon
  • ISPACKAGE_SET:                   是否打包并签名

  接下来,让我们看看build_param.sh脚本文件,build_param.sh是一个中间脚本,用来处理目录和宏的问题

if [ "$ALL" != "" ] && [ "$ALL" != "" ]; then
SOURCEDIR="../../proj.android"
SDKDIR="../project_android/$SDKDIR"
BUILDDIR2="../$BUILDDIR"
BUILDDIR="../$BUILDDIR/platform"
TOOLSDIR="../$TOOLSDIR"
ExternalDir="../auto_android_src_dir"
SRCDIR="../proj.android/src/"
ALL=""
else
SDKDIR="../project_android/$SDKDIR"
BUILDDIR2="../$BUILDDIR"
BUILDDIR="../$BUILDDIR"
TOOLSDIR="./$TOOLSDIR"
ExternalDir="../auto_android_src_dir"
SRCDIR="../proj.android/src/"
SOURCEDIR="../proj.android"
fi if [ "$ALL" == "" ]; then
##使用全局设置
for data in ${PLATFORMHONG[@]}
do
PLATFORMHONE_CHILD+=(
${data}
)
done
fi # #####不用更改
# PLATFORMHONE_CHILD+=(
# "$PlatformName" ##平台类型
# ) for data in ${PlatformGameName[@]}
do
PLATFORMHONE_CHILD+=(
"$data" ##平台类型
)
done echo "#############################################"
echo -e "\033[31;1mbuild platform --$SDKDIR...\033[0m" echo "############"
for data in ${PLATFORMHONE_CHILD[@]}
do
echo ${data}
done
echo "############" source "$TOOLSDIR"/build_platform.sh "$SDKDIR" "$BUILDDIR" "$TOOLSDIR" "$BUILDDIR2" "$SOURCEDIR"

  通过ALL变量来设置目录,这个我们之前说过,主要是为了切换目录用的,然后设置宏,将平台相关的宏全都保存在PLATFORMHONE_CHILD中。

  那么,现在到了build_platform.sh脚本了,这是脚本流程的最后一个环节,功能是拷贝5个脚本到目标文件夹,cd过去,执行对应脚本,然后再cd回来。

#执行刷新mk,编译,拷贝资源

cp "$3"/build_native.sh "$5"/
cp "$3"/resource_copy.sh "$5"/
cp "$3"/platform_refresh.sh "$5"/
cp "$3"/platform_package.sh "$5"/
cp "$3"/platform_copy.sh "$5"/
cp "$3"/icon_copy.sh "$5"/
cp "$3"/platform_property.sh "$5"/
cd "$5" #### 注意 == 两边必须有空格
#刷新Android.mk
if [ "${ISREFRESHMK_SET}" == "" ]; then
if [ -f "./platform_refresh.sh" ]; then
echo -e "\033[31;1m开始刷新 Android.mk\033[0m"
source "./platform_refresh.sh"
fi
fi #编译
if [ "${ISBUILD_SET}" == "" ]; then
if [ -f "./build_native.sh" ]; then
echo -e "\033[31;1m开始编译libcocos2dcpp.so\033[0m"
source "./build_native.sh" >> null
fi
fi #拷贝资源
if [ "${ISCOPYRESOURCE_SET}" == "" ]; then
if [ -f "./resource_copy.sh" ]; then
echo -e "\033[31;1m开始拷贝资源\033[0m"
source "./resource_copy.sh" >> null
fi
fi #打包
if [ "${ISPACKAGE_SET}" == "" ]; then
if [ -f "./platform_package.sh" ]; then
echo -e "\033[31;1m开始打包\033[0m"
source "./platform_package.sh" "$1" "$2" "$3" "$4" "$5" >> null
fi
fi if [ "${ISCOPYICON_SET}" == "" ]; then
if [ -f "./icon_copy.sh" ]; then
echo -e "\033[31;1m开始拷贝icon\033[0m"
source "./icon_copy.sh" "$1" "$2" "$3" "$4" "$5" >> null
fi
fi # source "./icon_copy.sh" "$1" "$2" "$3" "$4" echo -e "\033[31;1m$SDKDIR build finished \033[0m"
echo "#############################################"
cd "$2"

  这一节到这里就结束了,下一节将主要介绍mk刷新这一块的代码

NOSDK--一键打包的实现(一)的更多相关文章

  1. NOSDK--SDK一键打包及统一接入的实现(前言)

    前言 一,一键打包的实现 1.1 shell脚本执行流程介绍 1.2 自动刷新mk文件的脚本介绍 1.3 编译及拷贝资源的脚本介绍 1.4 打包及签名的脚本介绍 1.5 mac下的脚本环境配置及脚本的 ...

  2. 前端资源多个产品整站一键打包&包版本管理(四)—— js&css文件文件打包并生成哈希后缀,自动写入路径、解决资源缓存问题。

    问题: 当我们版本更新的时候,我们都要清理缓存的js跟css,如何使得在网页中不需要手动清理呢? 答案: 生成带有哈希后缀的js跟css文件 1.文件路径 路径中的conf.js 是用于放置全局打包的 ...

  3. 前端资源多个产品整站一键打包&包版本管理(三)—— gulp分流

    问题: 当我们一个工作台里面有好几个项目的时候,我们要为项目的前端资源进行打包,但是,gulpfile只有一个,如果我们把所有的打包都放在同一个文件里面,首先文件会越来越大,而且不便于管理,这时,我们 ...

  4. 前端资源多个产品整站一键打包&包版本管理(一)

    来新公司工作的第五个月.整站资源打包管理也提上了日程. 问题: 首先.什么是整站的打包管理呢? 我们公司的几个重要产品都在同一个webapp里面,但是,不同的开发部门独立开发不同的产品,长期以来,我们 ...

  5. cocos2d-x3.9利用cocos引擎一键打包Android平台APK(C++小白教程)

    链接地址:http://www.cocoachina.com/bbs/read.php?tid=333937 cocos2d-x3.9利用cocos引擎一键打包Android平台APK(C++小白教程 ...

  6. Web项目也能一键打包Android、IOS

    随着移动互联网的不断发展,智能手机配置的不断提高,越来越多的年轻人基本都在使用手机,如微信.支付宝等等.已基本成为一种习惯,坐电梯也好.吃饭也好.开车也好,基本都捧着一个手机在那按来按去,开车就不建议 ...

  7. maven 聚合的含义是父类打包 ,清理等 则子类自动打包;也就是一键打包 方便服务

    maven 聚合的含义是父类打包 ,清理等 则子类自动打包:也就是一键打包 方便服务

  8. Android Studio如何配置CURL指令一键打包apk上传至蒲公英

    Android Studio如何配置CURL指令一键打包apk上传至蒲公英 第一步:在所需要打包的模块build.gradle文件中加入如下代码: android{ buildTypes { //配置 ...

  9. Docker的镜像制作与整套项目一键打包部署

    Dockerfile常用指令介绍 指令 描述 FROM 构建的新镜像是基于哪个镜像.例如:FROM centos:6 MAINTAINER 镜像维护者姓名或邮箱地址.例如:MAINTAINER Mr. ...

  10. 使用VS中自带的一键打包功能将我们的ASP.NET Core类库打包并将程序包(类库)发布到NuGet平台上进行管理

    本章将和大家简单分享下如何使用VS中自带的一键打包功能将我们的ASP.NET Core类库打包并将程序包(类库)发布到NuGet平台上进行管理. 一.注册并登录NuGet平台 NuGet官网:http ...

随机推荐

  1. MySQL server has gone away报错原因分析/

    在平时和开发的交流 以及 在论坛回答问题的或称中会发现这个问题被问及的频率非常高. 程序中报错: MySQL server has gone away 是什么意思? 如何避免? 因此,感觉有必要总结一 ...

  2. UVALive - 4108 SKYLINE[线段树]

    UVALive - 4108 SKYLINE Time Limit: 3000MS     64bit IO Format: %lld & %llu Submit Status uDebug ...

  3. Socket

    Socket又称"套接字",应用程序通常通过"套接字"向网络发出请求或者应答网络请求. 以J2SDK-1.3为例,Socket和ServerSocket类库位于 ...

  4. [bzoj1901][zoj2112][Dynamic Rankings] (整体二分+树状数组 or 动态开点线段树 or 主席树)

    Dynamic Rankings Time Limit: 10 Seconds      Memory Limit: 32768 KB The Company Dynamic Rankings has ...

  5. PAT 1039. 到底买不买(20)

    小红想买些珠子做一串自己喜欢的珠串.卖珠子的摊主有很多串五颜六色的珠串,但是不肯把任何一串拆散了卖.于是小红要你帮忙判断一下,某串珠子里是否包含了全部自己想要的珠子?如果是,那么告诉她有多少多余的珠子 ...

  6. (原创)JAVA多线程二线程池

    一,线程池的介绍 线程池包括一下三种: 线程池名称 创建方法 特点 其他 固定大小线程池 ExecutorService threadpool = Executors.newFixedThreadPo ...

  7. linux 下 sudo 指令不需要输入密码的配置

    sudo的配置文件位于 /etc/sudoers 里面.具体操作如下: 打开sudoers文件. bo@engineer ~/ $ sudo nano /etc/sudoers 假定你的用户名为  m ...

  8. 使用Memberane Moniter监控HTTP & SOAP requests

    Memberane Moniter 使用方法见左侧Documentation 此工具可以监控到每一次发生在指定端口的http请求或者soap请求,如图所示. 但是个人认为仍然有几个问题: 1.不能真正 ...

  9. [转载]五种常见的电子商务模式对比:B2B、B2C、C2B、C2C、O2O

    转载自http://blog.sina.com.cn/s/blog_64e090b001016843.html 转载自http://blog.sina.com.cn/s/blog_64e090b001 ...

  10. ELK日志系统:Elasticsearch + Logstash + Kibana 搭建教程

    环境:OS X 10.10.5 + JDK 1.8 步骤: 一.下载ELK的三大组件 Elasticsearch下载地址: https://www.elastic.co/downloads/elast ...