deepin-community 组织用于维护 deepin 发行版中的所有软件包，这些仓库的代码一般都是直接从上游仓库复制而来，且在它的基础上添加与打包相关的 debian 目录，日常只会修改此目录来维护上游项目。deepin 发行版相关的所有开发和维护工作均在此组织中进行。
本文默认为您已经了解了代码贡献流程，如您对此方面存在疑惑，请参阅[贡献者手册]参与贡献
关于软件包到仓库的流程请参阅仓库流转规范
关于ISO构建与发布相关流程请参阅ISO构建&发布流程
关于存放构建产物，方便多项目交互开发topic仓库机制
关于软件包的引入退出原则介绍软件开发生命周期管理
关于deepin下的软件包构建说明软件包构建
关于deepin-community组织下的分支与tag管理请参阅deepin-community分支与Tag管理
关于代码提交，commit检查，软件包的集成，仓库的创建等流程请参考该文档, deepin-community协作流程
ps: 所有代码形式应该以 GitHub 的 Fork + Pull Request 模式提交
针对deepin环境下特有的改动应以patch文件的方式提交，若该patch已被上游项目接受应当删除patch合入到源码中。debian目录补丁应用方式参见软件包构建中的相关说明
参考打补丁的形式，若上游项目已合并该patch则合入patch到源码中，通过软件包更新的流程方式发布到仓库中。
修改源码形式同步上游新版本的代码，commit注明上游版本来源，若该项目有针对deepin环境下的特有patch则应保证patch的正常应用。
定义：贡献者是社区中持续活跃的贡献者，可以参与 SIG 组活动，主动发现问题提交issues和PR。
要求：
拥有Github上的注册账户
订阅邮件列表
在Github上提交或审核PR
在Github上对问题进行归档或评论
积极参与1个或多个SIG组
阅读贡献指南、开发者手册
责任与权利：
响应分配的问题和PR
贡献的代码应该
可以分配问题或 PR, 可以@其他成员进行评论
定义：维护者是 SIG 组的组长或者管理委员会成员，也是软件包的维护者，能够像 Committer 一样审查和批准代码贡献。代码审查的重点是代码质量和正确性，而批准的重点是对贡献的整体接受度。所有 Committer 的责任与权力，Maintainer 均具有。除此之外，Maintainer 还承担了团队的技术路线、内外协调等工作。
要求：
确定 SIG 所负责项目的技术路线：包括规划和决策 SIG 技术方向、路标
社区角色权限与SIG组的权限存在一定的重复，社区角色应该在SIG角色的更上一层，当SIG组不在活跃相关项目缺乏维护，由Committer team临时处理PR等流程，SIG组owner应当具有当前SIG组下边的所有项目的write权限，tag的创建需走release的工作流提交PR的形式。
权限说明：
Contributor**：**具有PR提交权限
Committer：具有deepin-community下所有项目的review权限
Maintainer：具有Committer所有权限，具有仓库创建审批等权限