是否有维护存储库的最佳实践指南？
Are there best-practice guidelines for maintaining a repository?
是否有维护 GitHub 存储库的最佳实践指南？我为许多开源项目做出了贡献，并为我单独从事的项目使用了 GitHub，但现在我正在与包括我在内的六名开发人员组成的团队一起构建一个系统，而且我一直负责维护存储库。没有我的批准，任何东西都不能合并到我们的主要分支。据我所知，在组织内部的人员中（两名团队成员是顾问），我对维护 GitHub 存储库知之甚少。
但我从来没有维护过 GitHub 存储库，虽然我做得很好，但我知道必须有大量的知识才能正确处理这个问题。我只是没能找到它。
例如，我反复跳过的一个障碍是合并冲突。通常他们是次要的，但并非总是如此。例如，是否有一些已知的系统可以让我强制规定谁有能力在任何给定时间编辑哪些文件？
是的，我意识到这可能不是最好的 Stack Exchange 论坛，但其他 none 似乎更适合这个主题。
Cloud Native Computing Foundation (CNCF) 是许多发展最快的开源项目（包括 Kubernetes、Prometheus 和 Envoy）的供应商中立之家。
因此，它可以用作您自己项目的起点：请参阅 contribute.cncf.io/maintainers/github/，它提供：
再添加一个清晰的“release and maintenance policy”，你的状态应该很好。
是否有维护 GitHub 存储库的最佳实践指南？我为许多开源项目做出了贡献，并为我单独从事的项目使用了 GitHub，但现在我正在与包括我在内的六名开发人员组成的团队一起构建一个系统，而且我一直负责维护存储库。没有我的批准，任何东西都不能合并到我们的主要分支。据我所知，在组织内部的人员中（两名团队成员是顾问），我对维护 GitHub 存储库知之甚少。
但我从来没有维护过 GitHub 存储库，虽然我做得很好，但我知道必须有大量的知识才能正确处理这个问题。我只是没能找到它。
例如，我反复跳过的一个障碍是合并冲突。通常他们是次要的，但并非总是如此。例如，是否有一些已知的系统可以让我强制规定谁有能力在任何给定时间编辑哪些文件？
是的，我意识到这可能不是最好的 Stack Exchange 论坛，但其他 none 似乎更适合这个主题。
Cloud Native Computing Foundation (CNCF) 是许多发展最快的开源项目（包括 Kubernetes、Prometheus 和 Envoy）的供应商中立之家。
因此，它可以用作您自己项目的起点：请参阅 contribute.cncf.io/maintainers/github/，它提供：
再添加一个清晰的“release and maintenance policy”，你的状态应该很好。