关于将分支管理到GitHub克隆中

Question

由于错误，我最近将一个分支“删除”到了我在GitHub上分叉的一个克隆中。注意到这个错误后，我尝试“重新激活”这个分支，但是我意识到这个操作似乎创建了一个“拉请求”到上游存储库。因此，我决定一定要将这个分支删除到我的克隆中，这样就不会以任何方式影响的上游源。

在经历了这一“不幸”之后，我有一些关于将分支机构管理到GitHub克隆中的问题：

1. 我能否安全地删除克隆中的分支(特别是如果这个分支似乎不再活跃在上游)？
2. 是否可以完全同步从上游到我的克隆的所有分支(默认的、活动的和陈旧的分支)？
3. 是否最好只保留一个唯一的主分支进入我的克隆(特别是如果我的目标主要是保持从上游更新)？
4. 我可以创建一个特定的分支到我的克隆，而不影响上游以任何方式(作为自动拉请求)？

Answer 1

我能否安全地删除克隆中的分支(特别是如果这个分支似乎不再活跃在上游)？

是的，原始的回购(由你的克隆人分叉)不会受到影响。

是否可以完全同步从上游到我的克隆的所有分支(默认的、活动的和陈旧的分支)？

这通常是在您的机器上完成的:您的分叉的本地克隆有两个遥控器：

• origin：你的GitHub叉子
• upstream：原始回购(git remote add upstream https://github.com/<user>/<repo>)

您可以从upstream和reset --hard获取您分支到upstream/<branch>的任何本地分支。然后推到origin。

这与更新一个专门用于公关的新分支不同:参见"Troubleshooting the workflow to incorporate upstream changes into forked repo“。

是否最好只保留一个唯一的主分支进入我的克隆(特别是如果我的目标主要是保持从上游更新)？

你可以在克隆人上保留你想要的任何分支。为了修复一个bug，您创建的附加分支是什么? PR应该从那个新分支中执行。

这就是我在"couple of tips for PR (Pull Requests)“中提到的。

我可以创建一个特定的分支到我的克隆，而不影响上游以任何方式(作为自动拉请求)？

是的，你可以:再次在你的机器上的本地克隆人上这样做，然后推到你的叉子上，然后在GitHub上从叉子上做你的公关。