[FZH] node/Electron的app如何打包？

[Robert Lu]

Hi,

现在看下来，很多优秀的app都是基于electron的。
但是，看了目前的打包流程，主要有两种：

1. 官方打包流程，一个package打一个rpm，比如nodejs-grunt-cli是一个单独的包，它依赖的nodejs-grunt是另一个包。
2. 社区打包流程，比如直接通过脚本打出rpm包，基本上依赖非常少，连chrome和node的内核都打包进去了。

官方的打包流程会导致很多零散的包需要维护，会导致app开发者在push到fedora仓库的时候遇到很多困难。
而且，假设Atom依赖liba的1.0版本，Marp依赖liba的2.0版本，就意味着liba需要维护两个打包版本了。

所以，请问下，
现在对于目前这种app的打包有没有什么便捷的打包方式？
或者说，我们只能忍受目前的打包方式？

PS：目前我觉得比较好的Electron-base的App如下，但是基本没有打包进官方的repo的（虽然license基本没有问题）：
Atom
Kitematic
Marp
Medis

-- 
Robert Lu <robberphex(a)gmail.com&gt;
About me: http://about.me/RobberPhex

[FZH] Re: node/Electron的app如何打包？

[xiaofeng]

2017-06-26 11:59 GMT+08:00 Robert Lu <robberphex(a)gmail.com&gt;:

>  Hi,
>
>  现在看下来，很多优秀的app都是基于electron的。
>  但是，看了目前的打包流程，主要有两种：
>
>  1. 官方打包流程，一个package打一个rpm，比如nodejs-grunt-cli是一个单独的包，它依赖的nodejs-grunt是另一个包。
>  2. 社区打包流程，比如直接通过脚本打出rpm包，基本上依赖非常少，连chrome和node的内核都打包进去了。
>
>  官方的打包流程会导致很多零散的包需要维护，会导致app开发者在push到fedora仓库的时候遇到很多困难。
>  而且，假设Atom依赖liba的1.0版本，Marp依赖liba的2.0版本，就意味着liba需要维护两个打包版本了。
>  

>  所以，请问下，
>  现在对于目前这种app的打包有没有什么便捷的打包方式？
>  或者说，我们只能忍受目前的打包方式？
>
>  
想想 chromium 就可以了，另外这应该发到 packger 邮件列表更好。


>  PS：目前我觉得比较好的Electron-base的App如下，但是基本没有打包进官方的repo的（虽然license基本没有问题）：
>  Atom
>  Kitematic
>  Marp
>  Medis
>
>  --
>  Robert Lu <robberphex(a)gmail.com&gt;
>  About me: http://about.me/RobberPhex
>  _______________________________________________
>  Chinese mailing list -- chinese(a)lists.fedoraproject.org
>  To unsubscribe send an email to chinese-leave(a)lists.fedoraproject.org
>
>  


-- 
xiaofeng

--
gpg key fingerprint:
2048R/5E63005B
C84F 671F 70B7 7330 4726  5EC8 02BC CBA2 5E63 005B
--
trans-zh_cn mailing list
trans-zh_cn(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/trans-zh_cn

[FZH] Re: node/Electron的app如何打包？

[Alick Zhao]

Regards,

2017-06-25 22:59 GMT-05:00 Robert Lu <robberphex(a)gmail.com&gt;:

>  Hi,
>
>  现在看下来，很多优秀的app都是基于electron的。
>  但是，看了目前的打包流程，主要有两种：
>
>  1. 官方打包流程，一个package打一个rpm，比如nodejs-grunt-cli是一个单独的包，它依赖的nodejs-grunt是另一个包。
>  2. 社区打包流程，比如直接通过脚本打出rpm包，基本上依赖非常少，连chrome和node的内核都打包进去了。
>
>  官方的打包流程会导致很多零散的包需要维护，会导致app开发者在push到fedora仓库的时候遇到很多困难。
>  而且，假设Atom依赖liba的1.0版本，Marp依赖liba的2.0版本，就意味着liba需要维护两个打包版本了。
>
>
>  
这个流程不是刻意为之，而是由打包策略决定的。Fedora 官方一直以来拒绝应用包捆绑特定库。好处是提高重用，减小体积，便于安全更新等。

然而现在，捆绑越来越流行起来，解捆绑变得很困难。以至于 Fedora 对捆绑的进官方源都放松了限制。但不是没有限制，有点像特批。


>  所以，请问下，
>  现在对于目前这种app的打包有没有什么便捷的打包方式？
>  或者说，我们只能忍受目前的打包方式？
>
>
>  
我理解这种 app 打包的未来在 flatpak。



>  PS：目前我觉得比较好的Electron-base的App如下，但是基本没有打包进官方的repo的（虽然license基本没有问题）：
>  Atom
>  Kitematic
>  Marp
>  Medis
>
>
>  
我个人倒是都没用过。

Alick