假设我有一个分支demos
,它存在用于根据master
中的任何内容创建示例代码。我希望demo
分支的提交可以非常频繁地ping每个人,通常是通过拉入请求的一部分。如何在没有关闭拉取请求的情况下从拉取请求合并到主数据块
也就是说,我创建了分支demos
和分支的初始提交,然后从它提出了一个pull请求。我想将它合并到master
,但也要保持拉开请求的打开状态,以便在提交新提交时,它们只会在相同的拉取请求上变成更多提交。
这似乎并不容易实现 - 一旦我手动从demos
合并到master
,它会自动“关闭”github上的请求。但是现在我想为同一个demos
分支添加更多更改,并提交&推送,只需将所有关心demos
的人都作为同一请求的一部分进行ping。
由于这样做并不容易,这让我觉得这是错误的。有时候在git
上做这个容易的事情是错误的(例如使用pull
),但是这个规则通常是,如果你想要做一些git
自然不会做的事情,那么你可能会错误地使用它。
我想以一种被git
社区和最佳实践认为是好的方式来处理这种情况。但同时它看起来像是一个非常明显的用例:一个拉取请求来提醒其他人从分支中获取更改,但不会在合并之后将请求视为“完成”。正在进行的拉动请求。
我可以一直生成一个新的拉取请求,但它不会保持不同的demos
提交在逻辑上连接在一起,就如何显示在github上并提醒人们。在提交级别,对demos
的更改彼此不同,甚至可能来自不同作者的非常不同的东西。但在拉请求层面上,我希望它看起来像“任何人都有东西通过demos
推动它通过这个拉请求。”
该工作流程的缺陷是什么,为什么从git中的PR合并时它不是一个选项?
发现,你能不能做到'GIT中检出主; git合并分支/ with/pull/request'? – Sam
这会自动关闭打开的PR。也许有一个设置来禁用它? – ely
我怎么从未注意到这个..... – Sam