提交拉取请求
编辑提交拉取请求
编辑拉取请求包含哪些内容
编辑- 请在您的 PR 描述中包含对更改的解释。
- 指向相关问题、外部资源或相关 PR 的链接非常重要且有用。
- 请更新与您的代码相关的任何测试，并在适当的地方添加新测试。
- 在适当的时候更新或添加文档。阅读更多关于开发过程中的文档的信息。
提交拉取请求
编辑- 将本地更改推送到您仓库的 fork 版本，并提交拉取请求。
- 描述您的更改的作用，并提及讨论发生的问题编号，例如 “Closes #123”。
- 分配
review和💝community标签（假设您不是 Elastic 组织的成员）。这向团队发出信号，表明需要有人关注此请求。 - 不要 分配版本标签。如果您的拉取请求准备好合并，Elastic 的工作人员将在必要时分配版本标签。
- 如果您希望特定人员审查您的拉取请求，请分配他们。否则，Elastic 的工作人员将分配合适的人员。
始终针对 master 分支提交拉取请求，除非该错误仅存在于较旧版本中。如果该错误同时影响 master 和另一个分支，请在您的拉取请求中说明。
然后就可以坐下来等待了。可能会有关于拉取请求的讨论，如果需要任何更改，我们将与您合作，将您的拉取请求合并到 Kibana 中。
拉取请求审查过程中会发生什么
编辑大多数 PR 都会经历几次反馈和更新的迭代。根据 PR 的范围和复杂性，该过程可能需要数周时间。请耐心等待，并理解我们对代码库的要求很高。
请查看我们的拉取请求审查指南，了解我们关于拉取请求审查的总体理念。