一般来说,我对Git很新,并且从事开源项目。我目前正在分配一个似乎没有积极维护的项目的回购 - 即,最近接受的PR接近一年前,之前的变化也很少。我想在本地继续处理这个repo,并提交新功能和错误修复,以免维护人员回来检查它。
例如,我创建了一个bug修复分支,将其推送到我的远程,然后将一个PR提交到fork的基础。我继续将错误修复与本地开发分支合并,这是我工作的代码副本。我的问题是,当我创建后续功能分支的目的是向上游提交它们时,它们是否应该从上游主站分支(可能不会很快改变)或者我的dev分支将具有我的所有新功能和bug修复?
I found this Stack Exchange question that kind of touches on my question,但特定于上游repo拒绝pull请求的时间以及您无意合并上游的本地更改。 最终:这种情况的最佳工作流程是什么?
希望这有点道理。谢谢你的帮助
答案 0 :(得分:0)
当我创建后续功能分支的目的是向上游提交它们时,它们是否应该从上游主机分支(可能不会很快改变)或我的dev分支将具有我的所有新功能和bug修复?
如果原始上游不会改变,那么提交PR就没有意义了:你可以设置你的功能分支: