背景 在实际的开发过程中,我们最后打包生成的exe.会依赖一些第三方的软件,或者说是一些系统的环境,比如 .net framework vc++ 等,这些环境不能依赖客户的环境,所以最好的做法是在打包的时候,一起打包. electron如何做到打包多个依赖 electron里面最常用的打包方式就是electron-builder了,其中electron-builder可以对nsis进行整合配置,具体可以参照官网 https://www.electron.build/configuration/n

原地址:http://www.xuanyusong.com/archives/2418#comments 最近在研究Unity3D脚本批量打包,比如在Android平台下各种不同分辨率和不同内存大小的机器,可能还有不同的渠道包,不同渠道可能用的SDK都不一样,这一切的一切都表明你的代码无法做到自适应的,除非批量打包提供各个平台的预定义标签#define . Unity默认提供了一些预定义标签如: UNITY_EDITOR  : 编辑器模式下. UNITY_STANDALONE:PC Mac Li

上篇介绍了怎么使用ant自动编译打包现有的android项目,这篇将继续介绍如果如何在ant打包应用的时候加入签名信息以及自动打包渠道包. 1. 加入签名信息: 在项目的根目录下建一个ant.properties文件,输入如下内容,其中keystore密码和alias密码可以不指定(防泄漏),那么在命令执行的过程中会要求你输入. #keystore的路径,必须使用正斜杠 key.store=E:/wp_android_sample/me.key #keystore的密码 #key.store.p

我们须要使用一个变量标明该app的渠道.通常我们能够在manifest中的application节点下声明.例如以下. <meta-data android:name="CHANNEL_NAME" android:value="${CHANNEL_VALUE}" /> 然后将CHANNEL_VALUE的值替换成相应的渠道名.我们能够使用gradle的flavor替我们完毕 flavor.manifestPlaceholders = [CHANNEL_VA

本文转自:http://tech.meituan.com/android-apk-v2-signature-scheme.html 新一代开源Android渠道包生成工具Walle 新的应用签名方案APK Signature Scheme v2 Android 7.0(Nougat)引入一项新的应用签名方案APK Signature Scheme v2,它是一个对全文件进行签名的方案,能提供更快的应用安装时间.对未授权APK文件的更改提供更多保护,在默认情况下,Android Gradle 2.

转自https://www.jianshu.com/p/572b59829a08 为什么要打多个渠道的包? 大家都知道,android应用商店大大小小有几百个,作为一个有志向的app,就需要做到统计各个应用商店的下载量,不同渠道下的app使用时长.安装数量.使用用户数等等信息,这个时候就需要打多个渠道包.渠道包的原理大致就是往apk中写入不同的渠道信息,对这个问题有疑问的同学可以看看gradle官网或者看看这篇文章. 传统多渠道打包 用android studio开发的同学都知道,传统的多渠道打

     APK其实就是ZIP的格式,所以,解压apk后,会看到里面有个META-INF目录.   思路:由于META-INF目录并不会影响到APK的签名和运行,所以我们可以在META-INF目录里添加一个空文件,不同的渠道就添加不同的空文件,文件名代表不同的渠道. Android工程中,java代码读取META-INF中这个约定的以 mtchannel_开头的 文件名.其中后半部分 即是 渠道号.   准备渠道号数据channel_list.txt: 360 xiaomi anzhi baid

美团Android自动化之旅—生成渠道包:http://tech.meituan.com/mt-apk-packaging.html   Android Studio系列教程六--Gradle多渠道打包:http://stormzhang.com/devtools/2015/01/15/android-studio-tutorial6/ 上文评论中 有以下两条关于多渠道包信息 https://github.com/ihrthk/android-gradle-mulchannel-plugin h

最近在研究Unity3D脚本批量打包,比如在Android平台下各种不同分辨率和不同内存大小的机器,可能还有不同的渠道包,不同渠道可能用的SDK都不一样,这一切的一切都表明你的代码无法做到自适应的,除非批量打包提供各个平台的预定义标签#define . Unity默认提供了一些预定义标签如: UNITY_EDITOR  : 编辑器模式下. UNITY_STANDALONE:PC Mac Linux模型下. UNITY_IPHONE:IOS模式下. UNITY_ANDROID:ANDROID模式下

所有做Android App的同志们应该都知道渠道包是什么,得力于Android生态的多样性,我等写Android应用的人类每次发布App都需要面对数十个市场,而为了能够采集到市场的表现数据,就必须为每一个市场生成相应的apk包,也就是俗称的渠道包. 如此这般,如何更加便捷的生成渠道包就成了各显神通的地方. 友盟.酷传等第三方都有自动化工具来做,同行们也各自写了很多脚本,但我觉得似乎没必要那么复杂.Gradle本身就是一个构建工具,用它应该就能做到.一番研究之后发现果然是可以的,做出来效果也还算

http://tech.meituan.com/mt-apk-adaptation.html 概述 前一篇文章(美团Android自动化之旅-生成渠道包)介绍了Android中几种生成渠道包的方式,基本解决了打包慢的问题. 但是,随着渠道越来越多,不同渠道对应用的要求也不尽相同.例如,有的渠道要求美团客户端的应用名为美团,有的渠道要求应用名为美团团购.又比如,有些渠道要求应用不能使用第三方统计工具(如flurry).总之,每次打包都需要对这些渠道进行适配. 之前的做法是为每个需要适配的渠道创建一

DSL(Domain-Specific Language) Gradle 是一个编译打包工具,但实际上它也是一个编程框架. Task 是 Gradle 中的一种数据类型,它代表了一些要执行或者要干的工作.不同的插件可以添加不同的 Task.每一个 Task 都需要和一个 Project 关联. Task 的 API 文档位于:https://docs.gradle.org/current/dsl/org.gradle.api.Task.html 任务创建 task hello { doLast

配置: eclipse3.9 + ADT22 + sdk 4.0 eclipse带自动混淆的,不过只有在我们手动创建包的时候,才去打签名,去混淆! 开启混淆这样做吧! 必备文件3个: 当然进行ant打包前提是配好ant和响应的环境变量! 见博客:ant 批量多渠道打包发布. 在SDK android 4.0 ,google又换了一套打包的方式,我想可能是升级ADT的原因(ps:可苦了咱们开发了),混淆打包文件由以前的:dafault.properties,proguard.cfg,换成了 pro

在国内Android常用渠道可能多达几十个,如: 谷歌市场.腾讯应用宝.百度手机助手.91手机商城.360应用平台.豌豆荚.安卓市场.小米.魅族商店.oppo手机.联想乐商.中兴汇天地.华为.安智.应用汇.木蚂蚁.3G安卓市场(久邦开发者发布系统) uc应用商店.苏宁应用.淘宝手机助手.蘑菇市场.搜狗市场.搜狗助手.机锋.易用汇(金立手机).中国联通沃商.中国移动MM.中国电信天翼.亿优市场.历趣世界.冒泡堂.网讯安卓开发者平台.桌乐.网易.泡椒网.十字猫.酷传.安粉.安卓园.安卓之家 所以在工

ant批量打包不解释了.详情请看前面其它的blog! 这里说一下 开发中,非常可能遇到引用第三方的项目作为library情况.这样的情况下该怎么打包呢? 第一:改动build.xml 第二:在init的target中 第三步:在生成gen-R中 第四步:编译的时候,加上library的src和libs 第五步:资源文件输出打包,记得打进去 watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvdGVuZ2dhbmdyZW4=/font/5a6L5L2T/fon

https://github.com/mcxiaoke/packer-ng-plugin https://github.com/Meituan-Dianping/walle https://github.com/seven456/MultiChannelPackageTool

本文最后修改时间:2014-3-10 Android项目开发时,给公司人员安装,频繁升级,版本号总需要改,太麻烦,跟着时间变,自动升级才方便. Android项目开发新版时,手机上可能要装两个版本,一个是 老的正式版,一个是 新的开发版,想共存的话,要包名不一样,比如chrome是com.android.chrome,而chrome beta是com.chrome.beta,自动改包名才方便. Android项目正式发布时,发到各个市场上,要统计各个渠道的效果,所以打包要打几十次,自动打包才方便

本文中总结一下 Android 开发中容易被忽视的一些注意事项吧: 一.谨慎选择包名 包名 (Package Name) 就相当于一款应用在户口本上登记的名字,是系统用来区分不同应用的字段.重复的包名会被认为是同一款应用,不能同时安装在一个系统里.一般来说,包名建议使用域名反序.比如豌豆荚的网站域名是 www.wandoujia.com,那么豌豆荚的一系列 Android 应用的包名就是 com.wandoujia.***.这种约定俗成的办法可以最大程度地避免“撞名”的事故. 案例一 某个手机

vivo 互联网前端团队-Yang Kun 一.背景 在团队中,我们因业务发展,需要用到桌面端技术,如离线可用.调用桌面系统能力.什么是桌面端开发?一句话概括就是:以 Windows .macOS 和 Linux 为操作系统的软件开发.对此我们做了详细的技术调研,桌面端的开发方式主要有 Native . QT . Flutter . NW . Electron . Tarui .其各自优劣势如下表格所示: 我们最终的桌面端技术选型是 Electron ,Electron 是一个可以使用 Web

渠道 英文channel,解释:商品的销售路线,也就是我们开发商(CP)都把游戏开发好了,交付给渠道帮我们运营,帮我们推广,帮我们赚钱. Android和IOS渠道 拿安卓和IOS两大平台来说,它们都有N多的渠道.比如IOS的:itools,PP助手,同步推等等:安卓的:豌豆荚,安智, 360,应用宝等等. 当游戏在这些平台上线时,平台会要求开发都接入自家的SDK.这些SDK的功能大多包括:登录,支付,悬浮窗,礼包,论坛等等. 小米渠道 如下图截取小米平台和360安卓平台 360渠道 维护不同渠

第一步:代码混淆(注意引入的第三方jar) 在新版本的ADT创建项目时,混码的文件不再是proguard.cfg,而是project.properties和proguard-project.txt. 新建一个项目的时候,会自动生成project.properties和proguard-project.txt文件,无需自己新建,如果你的项目无法自动生成,那么你就要检查一下你的ADT版本了 如果需要对项目进行全局混码,只需要进行一步操作: 将project.properties的中 “#progua