it-swarm.cn

我应该永远保留GitHub分叉的存储库吗?

因此,我分叉了其他人的存储库,进行了一些更改,提交了请求请求,然后我的更改将其添加到产品中。大!

但是...我应该如何处理我的分叉存储库?我是否有令人信服的理由来保留我的存储库,还是应该继续删除它?我不打算再做任何其他贡献,但是如果我改变主意,我想我可以总是重新派发它。

我并不真正担心保留备份。我更担心断开链接,丢失提交消息等。

331
Brant Bobby

删除分叉的存储库将删除您的拉取请求中的历史记录。

PR with unknown repository

删除分支的存储库将删除与您的存储库关联的所有信息。这可能会追溯影响对存储库的任何引用,包括已经合并的拉取请求。 (请参阅 删除fork后,拉取请求显示“未知回购”

您的注释和提交应该保留在与您的存储库相关联的任何拉取请求中,但风险由您自己承担。

但是,合并后删除旧分支是绝对安全的。

尽管应避免删除存储库,但完全可以删除未使用的分支。实际上, GitHub鼓励您删除旧的分支

拉取请求后整理

在GitHub,我们喜欢每天整天使用Pull Requests。唯一的麻烦是,合并或关闭“拉取请求”后,我们最终将获得许多已失效的分支。有时,我们中的一个人会使用脚本清除这些分支,但是我们认为最好将此步骤作为GitHub.com上常规工作流的一部分进行处理。

从今天开始,合并请求请求后,您会看到一个按钮,用于删除保留的分支:

Delete this branch button

如果“拉取请求”是在没有合并的情况下关闭的,则按钮的外观会有所不同,以警告您删除未合并的提交:

Delete branch with warning

当然,您只能删除具有Push访问权限的存储库中的分支。

享受您整洁的存储库!

另外,如果您真的不想保留它们,则可以 归档存储库 表示不再积极维护它。

也可以看看

51
Stevoisiak

如果您的拉取请求已被接受,并且您尚未进行其他个人更改,则应将其删除。

  1. 删除没有任何害处。
  2. 如果需要,您可以随时进行分叉
  3. 当人们搜索某些东西时,它减少了搜索结果中无用的存储库
  4. 如果您将GitHub用作某种潜在工作/合同的履历,那么如果您没有数十个当前未使用的分叉存储库,则看起来会更好。您会显得更有效率。
  5. 当您不必遍历数百个无用的存储库时,它可以帮助您提高理智。
  6. 对于GitHub来说更好。 :)
212
tharris

您可以提交提交请求后立即删除您的fork,无论它是否已合并。 GitHub将所有PR存储在上游存储库中 ,这意味着即使删除了fork,也会跟踪建议的更改。

这简化了决定。

在以下情况下,您可能仍要保留货叉:

  • 您将立即做出更多贡献(例如扩展现有PR或打开新PR)

在以下情况下,您可能要删除该分叉:

  • 您想以自己的名字获得干净的项目组合
80
Dennis

我可能会用tar/gzip并将其放入存档目录,然后在3年后将其删除。 ;)老实说,如果您不打算在接下来的几个月中再次使用它,并且有一段时间没有使用它,我认为将其删除是安全的。

21
Zachary K

只是为了增加提供的答案-GitHub本身建议在合并后的分叉存储库中删除(“整理”)。

可以在合并后的提取请求中立即完成-请参阅 此博客文章

此外,截至目前,我还没有在评论中发现任何不利之处:

  • 即使删除派生的存储库后,拉取请求中也有正确的消息(没有“未知存储库”)
  • 您贡献的资源库仍列在您的贡献活动中
  • 您仍列在该存储库的贡献者中

我不建议按照@Dennis的建议在合并之前将其删除,因为如果作者要求,您可能仍需要对代码进行一些修改。

9
Marius Balčytis