我理解这里有两个问题：一是引进时快速，先解决有无问题；二是引进后长期维护的问题。
建立fast-path的话，第一个问题可以很好的解决；但是第二个问题是很容易被忽略的。 从治理的角度看，用来临时存放的SIG，没有人会真正对这个SIG中的软件负责，清理是很费力的（Private仓就是这样）。
所以我更倾向于第二种做法，给麒麟单独建一个SIG，先解决引入的问题；同时保留的维护的压力，让大家有动力去相互协调。
长期来看，如果这些软件之间的依赖关系变得复杂，我们也鼓励Maintainer之间有一些交叉，更便于沟通。
Regards Xinwei
From: myeuler@163.com [mailto:myeuler@163.com] Sent: Saturday, August 1, 2020 4:48 PM To: 侯健 hj19870806@163.com; openEuler-tc tc@openeuler.org Subject: [Tc] 回复：关于提交软件包的问题
这是一个现实的问题，也是一个可行的提议。大家讨论一下看看是不是可以有两种做法： 1，建立一个fast-path的临时SIG，对于一些不太容易分类，或者需要快速通道的，直接都先放在这里，后续再慢慢分类。 2，给麒麟软件单独做一个快速的通道SIG 。
我倾向于第一方法。 大家也可以看看是否有更好的建议。
发自我的华为手机
-------- 原始邮件 -------- 发件人： 侯健 <hj19870806@163.commailto:hj19870806@163.com> 日期： 2020年8月1日周六 中午11:22 收件人： openEuler-tc <tc@openeuler.orgmailto:tc@openeuler.org> 主 题： [Tc] 关于提交软件包的问题 Dear TC： 各位好，我是麒麟软件的侯健。 麒麟软件打算将公司内部适配的应用包提交到openEuler社区上，但是每次我们都需要很麻烦的去找到对应的sig组，然后还要在组内提申请，然后再沟通讨论，时间成本有些高，而且有些包我们也找不到对应的SIG分组，能不能让我们麒麟软件单独建立一个SIG组或者一个快捷通道，让我们快速的提交相关编译和适配的安装包，然后再将这些包进行SIG分类，进行分类管理。 目前openEuler生态建设是很重要的一环，加速生态建设才能吸引更多的人参与进来，SIG组的模式的确能够很好的完成安装包的分类，但严格按照SIG模式对生态建设的发展感觉有点慢，希望TC考虑是否有更加灵活的一种方式。