GitHub已经引入了draft pull 请求来处理正在进行的工作场景,在这些场景中,你可能希望在代码准备好接受审查之前先打开PR或者与您的队友交流一下。
\n在创建新PR时,现在可以使用下拉菜单选择是创建普通的pull请求还是draft pull请求。draft pull请求与普通请求明显不同,它不能合并。你可以通过添加评论或要求其他团队成员查看并提供反馈来自由地修改draft PR。重要的是,draft PR不会每有一处修改就给所有的代码所有者发通知。这是draft PR能够实际用起来的一个关键特性,否则,那些不怎么需要关注的修改也会全给他们发通知。
\n当你完成一个draft PR时,可以简单地把它标记为“已准备好审查”,就能将其状态设置为正常的PR了,或者如果它没有什么进展,你可以将其废弃。
\n一场在Hacker News上的讨论为这个新特性提供了更多的背景和基本原理。许多用户表示,他们已经通过在PR名称中添加“WIP”或“DO NOT MERGE”来创建draft pull 请求了。这表明,draft PR是一种将某种常见但非正式的实践进行正式化的方法。
\n\n\n这些PR的作用是促进讨论,开始知识共享,并向其他开发人员更清楚地介绍自己的进展情况,而不是让他们更细致地检查分支。但又是我绝对不想合并的那个。
\n
用户tedivm指出,在开发新特性时,不能将draft pull 请求视为特性分支的替代方法。因此,所有当前