补丁接受流程
使用集合让一切井井有条
根据您的偏好保存内容并对其进行分类。
本页面简要介绍了贡献者如何提议和更改 Bazel 代码库。
- 阅读 Bazel 贡献政策。
- 创建 GitHub 问题,以讨论您的方案和设计。更改或添加行为的拉取请求需要相应的跟踪问题。
- 如果您要提出重大更改,请撰写设计文档。
- 确保您已签署贡献者许可协议。
- 准备一个可实现此功能的 git 提交内容。别忘了添加测试并更新文档。如果您的更改具有用户可见的效果,请添加版本说明。如果是不兼容的更改,请参阅发布破坏性更改的指南。
- 在 GitHub 上创建拉取请求。如果您刚开始接触 GitHub,请阅读关于拉取请求。请注意,我们会限制在 Bazel 主代码库上创建分支的权限,因此您需要将提交内容推送到您自己的代码库分支。
- Bazel 维护人员应在两个工作日内指派审核者(不包括美国和德国的节假日)。在此期间,如果您未被分配评价者,可以向 bazel-dev@googlegroups.com 发送电子邮件请求审核者。
- 与审核人员一起完成代码审核。对于每项更改,请创建一个新提交并推送以更改拉取请求。如果审核时间过长(例如,如果审核人员没有回复),请发送电子邮件至 bazel-dev@googlegroups.com。
审核完成后,Bazel 维护者会将补丁程序应用于 Google 的内部版本控制系统。
这会触发内部提交前检查,可能会建议进行更多更改。如果您尚未表示偏好,提交更改的维护者会添加对设计产生影响的无关紧要的更改(例如 lint)。如果需要进行更深入的更改,或者您希望直接应用更改,您和审核者应在审核评论中明确传达偏好设置。
内部提交后,补丁以 Git 提交形式导出,届时 GitHub 拉取请求会关闭。所有最终更改都会归因于您。
如未另行说明,那么本页面中的内容已根据知识共享署名 4.0 许可获得了许可,并且代码示例已根据 Apache 2.0 许可获得了许可。有关详情,请参阅 Google 开发者网站政策。Java 是 Oracle 和/或其关联公司的注册商标。
最后更新时间 (UTC):2024-03-21。
[{
"type": "thumb-down",
"id": "missingTheInformationINeed",
"label":"没有我需要的信息"
},{
"type": "thumb-down",
"id": "tooComplicatedTooManySteps",
"label":"太复杂/步骤太多"
},{
"type": "thumb-down",
"id": "outOfDate",
"label":"内容需要更新"
},{
"type": "thumb-down",
"id": "translationIssue",
"label":"翻译问题"
},{
"type": "thumb-down",
"id": "samplesCodeIssue",
"label":"示例/代码问题"
},{
"type": "thumb-down",
"id": "otherDown",
"label":"其他"
}]
[{
"type": "thumb-up",
"id": "easyToUnderstand",
"label":"易于理解"
},{
"type": "thumb-up",
"id": "solvedMyProblem",
"label":"解决了我的问题"
},{
"type": "thumb-up",
"id": "otherUp",
"label":"其他"
}]