Android 秒级编译插件 Jugg 开源了，感谢 v 友

[sickworm]

前情提要：有没有受 Android 工程编译慢困扰的老安卓，推荐个我自己做的方案

提前找 v 友们试用了一下，收获不少支持和反馈，都优化了一波。现在正式在公司开源了，大家可以直接下载使用，有问题提 issue 或者这里留言都可以，一定服务好大家

Github： https://github.com/tencentmusic/jugg

微信公众号文章：日常修改，3 秒生效：腾讯音乐 Android 秒编方案 Jugg 开源

[littlefoxtail]

内网用过，很棒👍，支持下

[Lancerer]

无敌

[sanousun]

剑心尤在

[hanxiV2EX]

有没有 github action?

[seekinglight233]

刚配了试下，确实不错

[sickworm]

@hanxiV2EX 有配打 tag 自动出包，自动更新 wiki 这些，是指这个么？我也不太熟 github action

[sickworm]

@seekinglight233 感谢，如果有遇到问题随时反馈

[jackOff]

牛逼啊

[7gugu]

没想到开源了

[andforce]

收藏备用

[seekinglight233]

@sickworm 给我们安卓组同事也安利了，有问题会及时反馈给大佬

[hanxiV2EX]

@sickworm 不是，是有没有加速打 apk 的 action

[hanxiV2EX]

@sickworm 比如我现在的 action 打包 apk 需要 10 分钟，有没有 use 下这个工具后加速打包时间的。

[sickworm]

@hanxiV2EX 明白了，分这几种情况，简单说就是 debug 场景支持，release 场景不要用：
1. 日常调试，apk 是旧的，不会更新，因为是通过推送增量产物实现的
2. 导出增量 debug apk -- 支持，比如调试完要给测试验证，有 Export Incremental APK 按钮，把增量产物打到 APK 并导出
3. 日常流水线打包 debug APK ，支持 CI ，目前没把说明放出来，有诉求的话我整理一下
4. 上架等正式场景 -- 不要用 Jugg ，没有为这个场景设计过

[sickworm]

@7gugu 自己维护的，没有占工作排期，不赚钱就赚点名声吧，不然花了大几千小时业余时间，最后就只能一小撮人用，对自己的生命消耗是巨大的浪费🤣。和老板申请了老板也很支持

[7gugu]

@sickworm 上次在内网看到，还以为是组内级别的，没想当居然是 sideproject ，太牛逼了

[sickworm]

@7gugu 你的印象和绝大部分人的印象一致🤣
虽然一直会说是通用方案，但公司 kpi 项目太多了，大家很难当真
获客也很漫长，大部分人还是靠老板安利到其他老板那接进来的

然后我自己一直在小团队，不可能养个人专门做这个。自己养着没 okr 压力，老板也没压力，偶尔提供一些超预期的价值，这个模式比较适合

[Geeking1105]

👍使用之后体验确实不错，已 star 并安利周围同事

[yippees]

今天出现了一个问题,修改了 manifest xml 里的一个属性.再运行没有生效.

[alleluya]

为啥是剑心犹在啊

[cccccccccz]

👍 使用之后体验确实不错，已 star 并安利周围同事

[sickworm]

@yippees 麻烦提个 issue 我看看，反馈日志或者 diff 都可以

[sickworm]

@alleluya 因为我是刀狗

[Geeking1105]

@sickworm 加不了交流群，麻烦处理一下哈，项目 readme 中的微信群二维码提示因超 200 人需邀请入群

[valord577]

站在用户角度来看: 为什么不考虑精简代码和第三方依赖库呢 把 apk 整包的 size 减小了 编译也会快呀

站在技术角度来看: 非常棒的思路和实现

[sickworm]

@Geeking1105 感谢，刷新了，不知道有这限制

[yanhao270894002]

已 start 、已用，很 6

[yanhao270894002]

发不了图片，我发现 as 里面现在的 logo 也是剑圣

[sickworm]

@yanhao270894002 哈哈，去版权过的 icon ，一开始更像，大豆包说有版权风险就手搓了一个