个人来理解这个贡献(contribute)，其实分为两个层面：
在https://www.postgresql.org/community/contributors/网址中的人
这个网址中的人，都是代码层面的贡献，里边大概有三个华人或者中国籍的姓名：
Qingqing Zhou：属于Past Contributors，据说是华为美国研究所研发工程师
Hou Zhijie：属于Contributors，看邮箱是南大富士通研发工程师
Richard Guo：属于Contributors，郭峰，杭州拓数派科技发展有限公司(OpenPie)研发工程师
在每个pg大版本发布时的Release Notes中提到的人，如最近的三个版本如下：
https://www.postgresql.org/docs/release/16.0/
https://www.postgresql.org/docs/release/15.0/
https://www.postgresql.org/docs/release/14.0/
在这些Release Notes的最后，有一句话：
The following individuals (in alphabetical order) have contributed to this release as patch authors, committers, reviewers, testers, or reporters of issues.
翻译过来就是：
以下个人（按字母顺序）作为补丁作者、提交人、评审人、测试人员或问题报告人对本次发布做出了贡献。
也就是说：补丁作者、提交人、评审人、测试人员、问题报告人 这五种角色，都是在为PostgreSQL数据库软件做贡献。
那么，下面以向PostgreSQL国际社区反馈bug为例子，进行说明：
前提条件1：在PostgreSQL.org网站自行注册用户，注册时会用到谷歌的验证码机制，可能会看不到验证码导致注册失败。
步骤1：用你的账号登录PostgreSQL.org, 向邮件列表提交你想反馈的bug，
步骤2：经过n次邮件列表的答复，若是经过PostgreSQL社区判断确实是bug，那么你的名字 就会被列入下一个PostgreSQL大版本发布时“Release Notes”页面中“The following individuals (in alphabetical order) have contributed to this release as patch authors, committers, reviewers, testers, or reporters of issues.”下面的人员清单。
此处是以反馈bug为例，其实你也可以提交建议，若是这个建议能被PostgreSQL国际社区采纳的话，你也会被列入下一个PostgreSQL大版本发布时“Release Notes”页面中。
在2021年的时候（当时PostgreSQL的大版本是PostgreSQL13），在中国开源软件推进联盟PostgreSQL分会主导之下（在这里，感谢中国开源软件推进联盟PostgreSQL分会白国华秘书长、魏波总监），我本人深度参与了PostgreSQL 13 商用文档翻译与整理工作，当时已经翻译并整理完成PostgreSQL13版本的所有配置参数，形成了《PostgreSQL13商用文档之PG参数参考手册.docx》，在翻译PostgreSQL13配置参数的过程中，中国开源软件推进联盟PostgreSQL分会制定了“用实践去证明PostgreSQL文档所描述的参数是正确无误的”的工作思路，我对每个参数的类别、最大值、最小值、是否重启生效等等进行逐一验证，我发现了PostgreSQL官方文档中存在的个别错误，我通过反馈bug的方式将这些问题提出来，并获得PostgreSQL国际社区的确认(即:确实属于Bug)，相关链接见下：
https://www.postgresql.org/message-id/16972-42d4b0c15aa1d5f5%40postgresql.org
https://www.postgresql.org/message-id/16989-22817aa1c984d7dc%40postgresql.org
https://www.postgresql.org/message-id/16997-ff16127f6e0d1390%40postgresql.org
于是我的名字就被列入了https://www.postgresql.org/docs/release/14.0/发布的“Release Notes”页面。
从上面的反馈过程可以看出，参与PostgreSQL社区的建设，并不一定是要触及PostgreSQL数据库的内核代码层面，参与PostgreSQL文档建设也是很好的一个参与开源、回馈开源的途径，当然，能成为PostgreSQL代码层面的贡献者那更好。
