我应该用什么样的渠道交流？

[yikun]

目前openEuler社区有挺多的交流渠道，比如

• 微信：会承载很多的技术讨论，用户问题
• mail list：包含TC及每个sig的，版本发布信息，一些技术讨论 openEuler邮件列表 | openEuler社区官网
• forum：一些使用问题，技术分享，用户问题问答 https://forum.openeuler.org
• discord：有一个在海外会议经常看到的交流渠道
• src-openeuler：每个软件包的 issue，Login - Gitee.com
• openeuler repo：每个项目的issue Login - Gitee.com
• openeuler/community：还包含一个
  community: The Community repo is to store all the information about openEuler Community, inclouding governance, SIGs(project teams), Communications and etc. ，创建仓时提交issue，还有挺多用户问题
• openeuler/community-issue：似乎最初定位是当找不到issue分类的时候提在这里。 community-issue: The public issue repo which only accept issue that doesn't belong to any source repo
• openeuler/infrastructure：基础设施，比如网站，CI的问题会在这里。

比如，一个SIG的maintainer，当我希望我们的SIG使用某个渠道交流并沉淀一些信息的时候，不知道如何选择。好像每个人的想法也不太一样。

好的例子：

• GitHub - vllm-project/vllm: A high-throughput and memory-efficient inference and serving engine for LLMs
• Community | Apache Spark

是不是可以有一个统一的地方梳理一下，给一些指导建议？然后在社区层面让大家都知道，当需要引用的时候各个SIG也可以引用。

你觉得呢？

[liyongle]

As per the character of openEuler, I personally prefer Forum. As it is an integration community which means there are thousands of software repos and it is almost impossible for users and developers to know where to open the issue.

[zengchen1024]

能否将论坛和issue结合起来用。通过论坛讨论清楚了问题，接着要解决的话，最好是通过issue来承接并进行跟踪。论坛是讨论问题的地方，issue是解决问题的途径。

另外，论坛的标签增加sig组，方便查找。

[mywaaagh_admin (waaagh)]

尝试梳理一下这些交流渠道的特色，如何选择这应该由SIG组来选择

场景\交流渠道	微信	论坛	issue	邮件列表
作为openEuler的用户想咨询使用时遇到的问题，并得到及时响应		可能响应不及时	需要精准的找到对应的仓库进行提问	可能响应不及时
作为开发者我遇到了代码相关问题	讨论无法和代码关联	讨论无法和代码关联		讨论无法和代码关联
我想发起开放式的讨论	无法触及社区全员		无法触及社区全员

一个初步的总结：

• gitee上的issue，更适合开发者之间的讨论，1是符合大部分开发者的习惯，2是离问题”发生的地方更近“，也方便以后的人查阅
• 论坛和邮件列表比较相似，适合作为普通用户和社区开发者讨论问题的地方，论坛对比邮件列表的优势是交互更友好，同时集成了问答，搜索，SEO等能力
• 至于微信群，最大的问题是有人数限制，并且回答的问题无法有效的沉淀，discord解决了前者

是不是可以有一个统一的地方梳理一下，给一些指导建议？然后在社区层面让大家都知道，当需要引用的时候各个SIG也可以引用。

当然，如何交流取决于交流的所有参与方，个人觉得论坛作为一个较好的邮件列表的替代品，挺适合用来供SIG组展开讨论，积累知识，记录决策过程的 ，我会尝试在基础设施SIG的运作里加入论坛的使用

[liyongle]

总体支持，论坛用于和用户交流可能是方便的，日志、抓图等信息都在电脑上，用论坛可以充分交流并且能够有沉淀积累。