NOSDK--一键打包的实现(一)
所谓一键打包,包含五个流程:
- 刷新mk,这个只有在文件数目改变的时候才会需要;
- 编译,在实现了统一接入以后,只需要编译一次就可以打多个包,这个以后再介绍;
- 拷贝资源,这个使用的是cocos2d-x自带的脚本,也会做一些调整,比如删除一些无用的目录之类的;
- 拷贝sdk自带的资源或者库,这个其实可以拆开分别放在2和3里的,这样做只是为了使结构清晰一些;
- 打包并签名。
所有与打包相关的脚本,都放在目录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--一键打包的实现(一)的更多相关文章
- NOSDK--SDK一键打包及统一接入的实现(前言)
前言 一,一键打包的实现 1.1 shell脚本执行流程介绍 1.2 自动刷新mk文件的脚本介绍 1.3 编译及拷贝资源的脚本介绍 1.4 打包及签名的脚本介绍 1.5 mac下的脚本环境配置及脚本的 ...
- 前端资源多个产品整站一键打包&包版本管理(四)—— js&css文件文件打包并生成哈希后缀,自动写入路径、解决资源缓存问题。
问题: 当我们版本更新的时候,我们都要清理缓存的js跟css,如何使得在网页中不需要手动清理呢? 答案: 生成带有哈希后缀的js跟css文件 1.文件路径 路径中的conf.js 是用于放置全局打包的 ...
- 前端资源多个产品整站一键打包&包版本管理(三)—— gulp分流
问题: 当我们一个工作台里面有好几个项目的时候,我们要为项目的前端资源进行打包,但是,gulpfile只有一个,如果我们把所有的打包都放在同一个文件里面,首先文件会越来越大,而且不便于管理,这时,我们 ...
- 前端资源多个产品整站一键打包&包版本管理(一)
来新公司工作的第五个月.整站资源打包管理也提上了日程. 问题: 首先.什么是整站的打包管理呢? 我们公司的几个重要产品都在同一个webapp里面,但是,不同的开发部门独立开发不同的产品,长期以来,我们 ...
- cocos2d-x3.9利用cocos引擎一键打包Android平台APK(C++小白教程)
链接地址:http://www.cocoachina.com/bbs/read.php?tid=333937 cocos2d-x3.9利用cocos引擎一键打包Android平台APK(C++小白教程 ...
- Web项目也能一键打包Android、IOS
随着移动互联网的不断发展,智能手机配置的不断提高,越来越多的年轻人基本都在使用手机,如微信.支付宝等等.已基本成为一种习惯,坐电梯也好.吃饭也好.开车也好,基本都捧着一个手机在那按来按去,开车就不建议 ...
- maven 聚合的含义是父类打包 ,清理等 则子类自动打包;也就是一键打包 方便服务
maven 聚合的含义是父类打包 ,清理等 则子类自动打包:也就是一键打包 方便服务
- Android Studio如何配置CURL指令一键打包apk上传至蒲公英
Android Studio如何配置CURL指令一键打包apk上传至蒲公英 第一步:在所需要打包的模块build.gradle文件中加入如下代码: android{ buildTypes { //配置 ...
- Docker的镜像制作与整套项目一键打包部署
Dockerfile常用指令介绍 指令 描述 FROM 构建的新镜像是基于哪个镜像.例如:FROM centos:6 MAINTAINER 镜像维护者姓名或邮箱地址.例如:MAINTAINER Mr. ...
- 使用VS中自带的一键打包功能将我们的ASP.NET Core类库打包并将程序包(类库)发布到NuGet平台上进行管理
本章将和大家简单分享下如何使用VS中自带的一键打包功能将我们的ASP.NET Core类库打包并将程序包(类库)发布到NuGet平台上进行管理. 一.注册并登录NuGet平台 NuGet官网:http ...
随机推荐
- MySQL server has gone away报错原因分析/
在平时和开发的交流 以及 在论坛回答问题的或称中会发现这个问题被问及的频率非常高. 程序中报错: MySQL server has gone away 是什么意思? 如何避免? 因此,感觉有必要总结一 ...
- UVALive - 4108 SKYLINE[线段树]
UVALive - 4108 SKYLINE Time Limit: 3000MS 64bit IO Format: %lld & %llu Submit Status uDebug ...
- Socket
Socket又称"套接字",应用程序通常通过"套接字"向网络发出请求或者应答网络请求. 以J2SDK-1.3为例,Socket和ServerSocket类库位于 ...
- [bzoj1901][zoj2112][Dynamic Rankings] (整体二分+树状数组 or 动态开点线段树 or 主席树)
Dynamic Rankings Time Limit: 10 Seconds Memory Limit: 32768 KB The Company Dynamic Rankings has ...
- PAT 1039. 到底买不买(20)
小红想买些珠子做一串自己喜欢的珠串.卖珠子的摊主有很多串五颜六色的珠串,但是不肯把任何一串拆散了卖.于是小红要你帮忙判断一下,某串珠子里是否包含了全部自己想要的珠子?如果是,那么告诉她有多少多余的珠子 ...
- (原创)JAVA多线程二线程池
一,线程池的介绍 线程池包括一下三种: 线程池名称 创建方法 特点 其他 固定大小线程池 ExecutorService threadpool = Executors.newFixedThreadPo ...
- linux 下 sudo 指令不需要输入密码的配置
sudo的配置文件位于 /etc/sudoers 里面.具体操作如下: 打开sudoers文件. bo@engineer ~/ $ sudo nano /etc/sudoers 假定你的用户名为 m ...
- 使用Memberane Moniter监控HTTP & SOAP requests
Memberane Moniter 使用方法见左侧Documentation 此工具可以监控到每一次发生在指定端口的http请求或者soap请求,如图所示. 但是个人认为仍然有几个问题: 1.不能真正 ...
- [转载]五种常见的电子商务模式对比:B2B、B2C、C2B、C2C、O2O
转载自http://blog.sina.com.cn/s/blog_64e090b001016843.html 转载自http://blog.sina.com.cn/s/blog_64e090b001 ...
- ELK日志系统:Elasticsearch + Logstash + Kibana 搭建教程
环境:OS X 10.10.5 + JDK 1.8 步骤: 一.下载ELK的三大组件 Elasticsearch下载地址: https://www.elastic.co/downloads/elast ...