openGauss社区从2020年6月30日至今，在不到2年的时间内，社区里面已经汇聚了700+合入PR的代码贡献者，感谢社区各位开发者一直以来的努力和贡献。 社区除了既定的行为守则：https://gitee.com/opengauss/community/blob/master/code-of-conduct.md 实际是还有很多潜移默化的原则需要我们去遵循，我列举了如下几点，欢迎各位社区开发者来拍砖，一起修正完善。
保持开放，平等的原则，社区里面不存在上下级关系，需要注意说话的方式和语气。
在社区里面尽量使用英文提交Issue、 Pull Request（PR）、沟通交流，不要出现一些在公司内部的既定术语。
建立良好的人际关系，乐于助人，社区里面受到尊敬是在于你做的事，而不在于你是社区里面的什么角色。
避免在公司内部的交流，尽量在社区代码托管平台Issue、 Pull Request（PR）、邮件列表、微信群等公开渠道讨论。
在社区里面的Issue、 Pull Request（PR）需要他人帮忙回复时，请在Comments里面@他人的Gitee账号，便于他人及时查看你的消息。
在社区里面提Issue时，详细描述程序出错的现象及操作步骤，报告缺陷，保持对Issue的关注，实时反馈补充关键信息。
在公开渠道提问前要明白你在要求别人花时间回答，做足功课，在正确的场合用正确的方法提问。
提交的Pull Request（PR）以尽量小的代码量和功能进行分割，代码量最好小于100行，以便Maintainer、Committer以及其他贡献者进行检视。
简单功能，可以先实现再将补丁提交到社区，复杂功能，最好先到邮件列表讨论，提出自己的设计方案和代码框架，遵循软件开发的全生命周期管理。
经常向社区反馈进展，切忌将所有的代码完成后才向社区提交，正在进行中的Pull Request（PR）可以在Title前面添加【WIP】表示正在开发中。
检视他人的代码，要仔细认真，不能确定的情况不要妄加评论。
在发现社区有一些简单的拼写错误时，可以不用立即提交PR，可以在发现有大的修改时，随便修改这样的拼写错误。
社区是大家的，并不属于任何一家公司。开源社区没有任何人会为问题或者需求提问负责，在提问时请尽量保持耐心。 Best Regards,
Edison Xiang