|
|
1
2
如果你想这么做
注意,自
有关这些命令的详细信息,请参阅其文档:
|
|
|
2
2
此命令序列一般不建议自动化。 仅仅是因为当你最不期望的时候,很多事情会出错(或者需要考虑很多情况)。如果你是唯一一个在做这个项目的人,这看起来是可以接受的,但是要记住合并实际上可能会失败。即使你自己在做这个项目。 此外,拉式请求的原则也有其主要的好处- 代码审查 . 理想情况下,你不应该接受这样的要求,而不检查是否一切都是真实的。因此,我不认为自己有任何理由要这么做;在常规git中创建常规合并提交(并可能添加标记)似乎更合理。 但如果你真的想…
发送邮件请求到
创建拉取请求。响应包含在
若要合并“拉”请求,请将“放”请求发送到:
有关API(以及对API的身份验证)的详细信息,请参见: https://developer.github.com/v3/ |
|
|
3
0
我不确定“包括拉请求的记录”(因为它是合并的UL版本),但是我有自己的脚本来释放希望帮助你:
切换开发分支
在主分支的上游获取更改
提交本地更改:
从上游获取拉取请求
现在切换到主分支
如果你想做一个审查之前合并使用上述评论如果不删除参数
将更改推送到主分支
如果您想支持这些更改,只需重置合并。 编辑:可以将blow命令作为bash或shell脚本 |