开源项目维护者分论坛圆满举办

描述

OpenHarmony  开源维护者——一个被严重误解的群体,在一个开源项目中,开源维护者往往拥有很高的权限,比如合并其他人的代码,又或者是无须经过他人review就可以提交,当这些人的心态炸裂,就会发生诸如删库跑路、恶意植入等情况。我们从无数的开源项目中发现,健康而充实的维护者才是项目可持续发展必不可少的重要因素。那么正常的维护者是什么样子的呢?  OpenHarmony  12 月 17 日,“开源项目维护者”分论坛成功召开,由开放原子开源基金会资深顾问适兕、Linux Foundation APAC 开源布道者郭旭东担任出品人,与六位行业大咖共同交流、分享、讨论了开源项目与社区维护的心得和经验。  OpenHarmony  字节跳动CloudWeGo Maintainer&开源负责人 罗广明  罗广明发表了《作为开源社区,我们为什么放弃社群群聊?》主题演讲。他表示,CloudWeGo 是一套由字节跳动服务框架团队开源的、可快速构建企业级云原生微服务架构的中间件集合,旨在构建具有高性能、高扩展性和高可靠性的企业级云原生微服务架构,专注于微服务通信与治理。其贡献者群体广泛,包括来自全球不同行业和背景的个体,如企业职员和大学生等,贡献者数量已超过300人。CloudWeGo 已在30多家企业中成功落地应用。  罗广明在开源项目社区运营方面积累了丰富的经验和深刻的见解。他指出了社区运营面临的挑战,包括:社区被无关广告干扰;相同问题在社群中反复提出和回答,导致Maintainer的时间和精力被过度消耗;即时消息缺乏知识沉淀;无法准确衡量有效回复者为社区做出的贡献。这些问题均影响了研发和运营的效率及成效。  CloudWeGo 希望将交流和运营回归开源社区,使用Issue跟踪项目中存在的问题、Bug 或功能请求,利用 Issue 和 Discussions 创建一个公开且透明的讨论环境,以及通过Discussions 促进和吸引社区成员参与新特性、项目方向等话题的讨论。这样的社区结构不仅便于对问题和历史进行追溯,还方便新贡献者查阅资料并更容易地参与到项目协作和贡献中。  在演讲中,罗广明提倡社区应采取开放协作的方式,并分享了其在公开协作方面的经验。他强调社区例会、技术方案和关键决策的公开讨论和征求意见的重要性。为了提高协作效率,他建议所有的 Issue 和 PR都应遵循模板,并提供详尽的背景信息和相关说明,避免提交缺乏具体内容的空白 Issue 或 PR。罗广明还鼓励用户将项目相关问题提交到 GitHub Issue 上,并在 GitHub Discussion 平台上展开讨论,这样做有助于内容的沉淀和知识的积累,便于其他用户检索,同时避免了重复回答相同问题。此外,社区群聊应仅用于活动通知和内容宣传,而不鼓励在社群中或私下向个人提问。  OpenHarmony  资深开源项目维护者、2023 Kubernetes指导委员会成员 徐俊杰  徐俊杰发表了《Kubernetes LTS 进展和年度升级支持》主题演讲。他首先指出 Kubernetes 社区已经发展成为一个庞大的群体,拥有超过8万+名Contributors,并且目前有大约1800名Members。在今年的指导委员会换届选举中,委员会成员中来自北美以外地区的比例首次超过了50%。值得注意的是,演讲者徐俊杰(英文名 Paco Xu)成为了第一个进入 Kubernetes 指导委员会的中国人。  此外,他详细介绍了 Kubernetes 的版本管理现状。根据2023年5月的调研报告,只有大约40%的集群运行的是社区支持的版本(这个统计包括了测试和非生产集群,而通常生产环境中的集群版本会更旧)。这一数据表明,用户在升级过程中面临着诸多挑战。受疫情影响,Kubernetes 的发布周期已从每年四个版本调整为每年三个版本,同时增加了对废弃 API 的告警和 Metrics (v1.29)、PRR 审查流程:生产情况审查 Production Readiness Review (1.17)、Beta API 默认关闭 (1.22)、一致性测试不需要开启 Beta API#KEP-1333 (1.19)等措施。  对于 LTS(Long-Term Support)版本,面临的挑战和决策是多种多样的。DaoCloud 也进行了相应的探索,在2022年启动了一个开源项目——klts.io,旨在为 Kubernetes 的早期版本提供 LTS 支持。该项目主要解决了某些关键的CVE漏洞和重要的Bug修复,允许用户根据自身需求利用该项目来构建适合自己的 LTS 版本。  徐俊杰针对重大版本升级提供了详细的建议,包括如何安全地升级集群、应用补丁、进行小版本升级,以及执行跨版本升级的操作。此外,他还提供了在升级过程中出现失败时如何回退和恢复的建议。  OpenHarmony  蚂蚁集团LLM+DB Infra负责人 陈发强  陈发强发表了《DB-GPT 社区开源之路与发展计划》主题演讲。他介绍了 DB-GPT,这是一个利用LLM技术来定义数据库下一代交互方式的项目。自2023年4月项目注册以来,DB-GPT 的成长速度非常快,至今已经孵化了6个以上的子项目,获得了超过1万+Star,社区贡献者超过60人,并发表了1篇学术论文。社区用户数量已经达到3800+人,遍布全球的开发者。  他阐述了项目起源的背景,指出在大模型时代,对数据安全与隐私保护、数据库的发展趋势和进化方向进行了深入的研究。他观察到,在数据3.0时代,借助模型和数据库的力量,企业和开发者能够用更少的代码构建出专属于自己的应用程序。  因此,在私有化部署的过程中,DB-GPT 利用基础大模型的能力,建立了一套私有化部署应用构建的框架标准。这套框架天然支持 SQL 语句的生成和诊断、私域知识问答、内部平台工具的对接以及多模型管理等功能。这些功能使得用户能够更加便捷地利用大模型、业务数据和特定场景来构建应用。  关于开源项目的发展经验,他指出从最初的版本开始,项目就需要不断地迭代和运营。通过利用开源生态中的工具和产品,实现模块化的分工与协作,可以吸引更多开发者参与到项目中来。他还详细介绍了 DB-GPT 当前所具备的能力和未来的发展规划,并鼓励更多的开发者加入社区,共同在 AI 大模型时代的新基础设施技术革命中贡献力量。  OpenHarmony    在圆桌环节,华为云云原生开源负责人、CNCF 大使王泽锋,开放原子开源基金会资深顾问适兕,Apache 软件基金会 2022、2023 年度董事、Apache 软件基金会孵化器导师姜宁,华为计算开源生态总监黄之鹏,Linux Foundation APAC 开源布道者郭旭东,展开了以《开源社区的质量控制和安全性策略》为主题的开放式圆桌对话。他们围绕开源项目商业与社区版本的权衡,如当产品目标与社区维护流程有冲突时,如何在质量控制方面控制风险,以及不同的开源项目的安全问题的处理流程差别,维护者该如何做好开源项目的质量把控和安全性,展开了热烈的讨论。  OpenHarmony

点击“阅读原文”访问AtomGit

下载经嘉宾授权的演讲材料

 


原文标题:开源项目维护者分论坛圆满举办

文章出处:【微信公众号:开放原子】欢迎添加关注!文章转载请注明出处。

打开APP阅读更多精彩内容
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉

全部0条评论

快来发表一下你的评论吧 !

×
20
完善资料,
赚取积分