代替拉取请求的所有者执行请求的更改
Doing the requested change instead of the owner of the pull request
我正在查看 GitHub 上的拉取请求,审阅者要求更改,但拉取请求的所有者没有做任何事情,很可能他不知道该怎么做。我很好奇一种既友好又不损害拉取请求所有者完成其工作的贡献的方式。
我应该向他的分叉上的分支打开一个拉取请求,而不是向主存储库打开一个新的拉取请求,或者我的方法的哪些部分应该更改?
主仓库不是我的,如果是我的,会有什么不同?
我在从 rookie_fork:pr_branch
分叉存储库并进行更改后实现了解决方案,因此,我的方法是正确的,如果它是我的存储库:
- 我只是在我的存储库上创建另一个分支,并将
rookie_fork:pr_branch
的更改合并到我的 my_repo:new_branch
。并从我的 my_repo:new_branch
向 rookie_fork:pr_branch
打开一个新的拉取请求。
然后我问自己,"Are all these efforts for not creating a new pr?" 答案是"Yes, this is a more kind way". 最后当天,主存储库将有他和我的提交。感谢 Tumbleweed 徽章通知,我看到没有人回答这个问题。
我正在查看 GitHub 上的拉取请求,审阅者要求更改,但拉取请求的所有者没有做任何事情,很可能他不知道该怎么做。我很好奇一种既友好又不损害拉取请求所有者完成其工作的贡献的方式。
我应该向他的分叉上的分支打开一个拉取请求,而不是向主存储库打开一个新的拉取请求,或者我的方法的哪些部分应该更改?
主仓库不是我的,如果是我的,会有什么不同?
我在从 rookie_fork:pr_branch
分叉存储库并进行更改后实现了解决方案,因此,我的方法是正确的,如果它是我的存储库:
- 我只是在我的存储库上创建另一个分支,并将
rookie_fork:pr_branch
的更改合并到我的my_repo:new_branch
。并从我的my_repo:new_branch
向rookie_fork:pr_branch
打开一个新的拉取请求。
然后我问自己,"Are all these efforts for not creating a new pr?" 答案是"Yes, this is a more kind way". 最后当天,主存储库将有他和我的提交。感谢 Tumbleweed 徽章通知,我看到没有人回答这个问题。