首页 > 解决方案 > 处理非活动项目的 Git 分支

问题描述

一般来说,我对 Git 和开源项目还很陌生。我目前分叉了一个似乎没有得到积极维护的项目的回购——即,最后一次接受的 PR 接近一年前,在此之前的更改也很少。我想继续在本地处理这个 repo,并在维护者回来检查它的情况下提交新功能和错误修复。

因此,例如,我创建了一个错误修复分支,将其推送到我的远程,然后将 PR 提交到 fork 的基础。我继续将该错误修复与本地开发分支合并,这是我的代码工作副本。我的问题是,当我创建后续功能分支以将它们提交到上游时,它们应该从上游主分支(可能不会很快改变)还是我的开发分支分支,它将具有我所有的新功能和错误修复?

我发现这个 Stack Exchange 问题涉及到我的问题,但特定于上游仓库何时拒绝拉取请求以及您是否无意合并上游本地更改。最终:这种情况下最好的工作流程是什么?

希望这有点道理。谢谢你的帮助

标签: gitgithub

解决方案


当我创建后续功能分支以将它们提交到上游时,它们应该从上游主分支(可能不会很快更改)还是我的开发分支分支,它将包含我的所有新功能和错误修复?

如果原始上游不会更改,则提交它是没有意义的 PR:您可以制作您的功能分支:

  • 直接来自原产地/主人:你的叉子
  • 或者从一个新的上游,这意味着你创建一个新的 repo(镜像副本),在 README 中明确指出这是从旧的 repo 开始的新的开始。

推荐阅读