后续步骤
你已经向问题添加了上下文，进行了代码评审，甚至可能提交了你自己的拉取请求。 现在，你希望让自己更深入地融入围绕该项目的社区中。
加入社区
你可以在问题和拉取请求的注释部分找到经常参与项目的贡献者。 或者，可以在存储库的导航中选择“见解”，然后选择“参与者”以查找其他活跃的社区成员。 访问他们的 GitHub 配置文件。 有时他们会建议与他们联系的方法。
还可以 关注 GitHub 上的组织和企业 保持联系。 个人仪表板显示你关注的每个企业、用户或组织的公共活动。
你还可以通过参加开源主题的交流会或会议来找到志趣相投的人。 或者，如果你感兴趣的项目或所涉及的生态系统足够大，你可以结识一些相关人员。 查找过去事件的谈话录音存档、播客、时事通讯和邮件列表。
某些项目存在集群通信，通常可在项目网站或 README 文件中查找相关信息。 可能会有一个 Discord 服务器、Slack 社区、Gitter、IRC，甚至是常规的“办公时间”。
代码可重用性
代码和解决方案有时可以跨项目重用。 你是否解决了一个项目的非常广泛的问题？ 其他项目也可以从中受益。 可以：
- 发布为独立库（依赖项）。
- 使用所添加的功能对项目进行镜像处理。
- 创建一个 GitHub Action 供他人 包含在他们的工作流中。
当你的代码类似一个可用于整个 Web 开发项目的插件时，第一个选项可能是最佳操作方法。 当你为一小部分客户（甚至单个客户）解决小范围的用例时，通过添加代码来对项目进行镜像和分支处理非常有用。 考虑一下，如果你想要从安全更新程序中获益，则需要使分支与上游存储库保持同步。
GitHub Actions 是打包的脚本，用于在 GitHub 中自动执行软件开发工作流中的任务。 两种不同类型的 Actions：容器操作和 JavaScript 操作。 你可以将你的操作提交到 GitHub 市场，以实现可发现性。 GitHub Marketplace 将你连接到想要扩展和改进其 GitHub 工作流的开发人员。 使用此平台可以免费发布操作和与其他用户共享应用。
对于所有三个建议的路径，请考虑你现在是项目的维护人员。 人们会向你提交各种内容，其中包括赞扬、问题和抱怨。 对于此类提交，你是否已做好准备？
如果你的项目成功了，人们的应用可能会依赖于你的代码。 你能让更多的人参与进来，减轻一些潜在的负担吗？ 你是否有时间添加文档、会审问题以及查看你以前可能从未见过的人的建议？ 请考虑你的“带宽”，并改为在项目的 README 文件中设置期望值。 或者，你可以在公共 gist 或博客文章中发布你的代码。 代码毕竟不需要在 GitHub 上才能开源。