创建 README 文件
为了便于用户理解和导航你的工作，建议为每个存储库创建一个 README 文件。
您可以将 README 文件添加到仓库来交流有关您项目的重要信息。 自述文件以及存储库许可证、引文文件以及贡献指南传达了对项目的期望，并有助于管理贡献。 有关详细信息，请参阅“关于自述文件”。
保护存储库
应使用 GitHub 的可用安全功能来保护存储库，以保护代码免于漏洞、未经授权的访问和其他潜在安全威胁的影响。 至少应启用以下功能：
- “Dependabot alerts”通知你项目依赖项网络中的安全漏洞，使你可以将受影响的依赖项更新为更安全的版本****。
- “Secret scanning”扫描存储库中的机密（例如 API 密钥和令牌），并在发现机密时向你发出警报，使你可以从存储库中删除该机密****。
- “推送保护”**** 通过阻止包含受支持的机密的推送，从一开始就阻止你（和你的协作者）将机密引入存储库。
- “Code scanning”识别存储库代码中的漏洞和错误，使你可以尽早修复这些问题，并防止漏洞或错误被恶意参与者所利用漏****。
此外，还可以考虑：
- 向存储库添加一个
SECURITY.md文件。SECURITY.md文件向协作者提供了有关如何报告在项目中发现的安全漏洞的说明，并鼓励负责任的披露。
有关详细信息，请参阅“保护存储库快速入门”。
优选分支而不是分叉
为了简化协作，建议常规协作者从单个存储库工作，在分支之间而不是存储库之间创建拉取请求。 分叉最适合接受与项目无关的人员（如开源参与者）的贡献。
若要在使用分支工作流时保持重要分支（如 main）的质量，可以使用受保护的分支进行所需的状态检查和拉取请求评审。 有关详细信息，请参阅“关于受保护分支”。
使用 Git Large File Storage
为了优化性能，GitHub 会限制存储库中允许的文件大小。 有关详细信息，请参阅“关于 GitHub 上的大文件”。
若要跟踪 Git 存储库中的大型文件，建议使用 Git Large File Storage (Git LFS)。 有关详细信息，请参阅“关于 Git Large File Storage”。