2026 openKylin 社区年度技术贡献申报通道已经开启。过去一年里，无论是提交代码、修复关键缺陷、完善文档与测试，还是推动企业和团队协作，只要持续改善了 openKylin 社区的技术生态，都值得被认真记录和看见。
年度评选不只是一次荣誉申报，也是一次技术成果盘点。申报人需要把分散在代码仓库、Issue、评审记录和社区活动中的工作，整理成一条清晰的证据链：解决了什么问题，产生了什么影响，为什么这项贡献对社区有价值。
申报材料要回答三个问题
做了什么
不要只写“参与了系统开发”或“贡献了多个补丁”，而应明确到模块、版本和工作类型，例如：
- 为某个 openKylin 组件修复了启动失败或兼容性问题；
- 为软件包、工具链或桌面组件补充功能和测试；
- 提交文档、示例或故障排查指南，降低新贡献者的上手成本；
- 参与 Issue 讨论、代码评审、版本发布和社区协同工作；
- 组织团队持续维护某个模块，并推动问题闭环。
描述越具体，评审者越容易理解贡献的技术边界。
解决了什么问题
技术贡献的价值通常不在提交数量本身，而在于它解决了什么实际问题。可以从以下角度补充背景：
- 是否修复了影响用户安装、升级或使用的缺陷；
- 是否提升了稳定性、性能、兼容性或可维护性；
- 是否覆盖了此前缺少的架构、硬件或应用场景；
- 是否让构建、测试、发布或问题定位流程更高效；
- 是否帮助其他开发者更容易使用和维护相关组件。
产生了什么结果
结果最好用可验证的信息表达。可以引用合并请求、Issue、版本记录、测试结果、用户反馈或发布说明，但不要堆砌链接而缺少结论。
例如，与其写“修复了很多问题”，不如写“在某版本发布前修复了影响安装流程的依赖解析问题，并补充回归测试，避免同类问题再次出现”。如果暂时没有精确的用户规模或性能数据，也可以说明影响范围、验证方式和后续维护结果。
先从仓库和记录中收集证据
申报前可以对过去一年的 Git 记录做一次初步整理。下面的命令假设项目代码位于当前目录，且默认统计 2025 年的提交；实际申报周期和仓库地址应根据社区通知调整。
# 查看指定时间范围内的提交记录
YEAR_START=2025-01-01
YEAR_END=2026-01-01
git log --since="$YEAR_START" --until="$YEAR_END" \\
--author="你的姓名或邮箱" \\
--date=short \\
--pretty=format:'%ad %h %s' \\
--no-merges
# 按作者统计提交数量，便于快速确认账号或邮箱是否匹配
git shortlog -sne --since="$YEAR_START" --until="$YEAR_END"
# 查看某个提交涉及的文件和变更规模
git show --stat --oneline <commit-id>
这些命令只能帮助整理线索，不能替代申报材料。提交数量也不等于贡献价值，关键提交、长期维护、问题闭环和对社区协作的推动，都应在文字中单独说明。
可以把收集结果整理成如下结构：
## 贡献项目：<模块或项目名称>
- 时间范围：<起止时间>
- 贡献类型：代码 / 测试 / 文档 / 构建发布 / 社区协作
- 具体工作：<完成了哪些技术任务>
- 问题背景：<原有问题或社区需求>
- 技术方案：<采用了什么实现或协作方式>
- 结果与影响：<稳定性、兼容性、效率或用户体验变化>
- 佐证材料：<提交、Issue、合并请求、版本记录或测试结果>
个人、企业和团队都应突出协作价值
个人申报可以重点说明本人负责的技术决策、关键实现、问题排查和持续维护工作。对于多人共同完成的项目，应清晰区分每位成员的职责，避免把团队成果简单归结为一个人的提交记录。
企业和团队申报则需要补充组织层面的信息，例如：
- 团队长期维护了哪些 openKylin 组件；
- 如何建立代码评审、测试和发布流程；
- 如何响应社区 Issue 并推动问题关闭；
- 如何培养新贡献者或促进跨团队协作；
- 技术成果对社区版本质量和生态建设带来了什么影响。
好的团队材料不只是列出成员和项目名称，而是展示一套可持续的社区参与方式。
提交前的检查清单
申报材料提交前，可以逐项检查：
- 是否明确了申报主体、贡献时间和涉及项目；
- 是否用具体事实说明了工作内容，而不是只使用概括性表述；
- 是否提供了可核验的代码、Issue、评审、测试或发布证据；
- 是否区分了个人贡献与团队共同成果；
- 是否说明了技术贡献对用户、项目或社区的实际影响；
- 是否按官方申报要求填写完整，并在截止时间前提交；
- 是否确认材料中的项目名称、版本号和链接信息准确无误。
把一次申报变成长期技术档案
年度评选通常集中在一个时间窗口，但技术贡献的记录不应等到申报开始后才补写。建议在日常工作中保留简短的贡献日志：每完成一个重要修复，就记录问题背景、关键决策、验证结果和相关链接。这样既方便未来申报，也能帮助团队进行版本复盘和知识传承。
2026 openKylin 社区年度技术贡献评选为个人、企业和团队提供了集中展示技术成果的机会。申报材料不需要包装成复杂的宣传稿，真正重要的是事实清楚、证据完整、影响可理解，并能体现对社区长期技术发展的推动作用。