假设我 fork 了一个 GitHub 项目并进行了一些更改,然后 创建一个 pull 请求以将更改 merge 到 我从原始项目中 fork 出来的。
一旦我这样做,如果我返回我的 fork 项目并提交更多 文件到这个 fork 项目,然后这些文件显示在 pull 请求,这不是我想要的。
那么,如何解决这个问题呢?我必须在每个之后分支吗 pull 请求以防止进一步提交 fork 代码 由主代码之一 pull 入原始代码 开发人员/维护人员?
谢谢。
最佳答案
您应该在 pull 请求之前进行分支。
在自己的分支中实现每个 pull 请求(功能或修复),然后为该分支提交 PR。
如果存储库所有者要求您更改 PR 中的某些内容,请在 PR 分支中添加提交。
如果您想开始做其他事情,没问题:您可以从 master 分支启动一个新分支。
如果您希望您的 master 分支与原始存储库的 master 分支相同,没问题,因为您没有对 master 进行任何更改。所以你可以简单地 pull 上游主分支。
如果 PR 被拒绝,没有问题。您只需删除包含 PR 的分支即可。您的母版尚未修改。
关于GitHub: pull 请求: pull 请求后我是否必须分支?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26220054/