但是...我该如何处理我的分叉存储库？我是否有令人信服的理由来保留我的存储库，还是应该继续删除它？我不打算再做任何其他贡献，但是如果我改变主意，我想我可以随时重新分配它。
我并不真正担心保留备份。我更担心断开链接，丢失提交消息等。
#1 楼
删除叉状存储库将删除您的“拉取请求”中的历史记录。
删除叉状存储库将删除与您的存储库关联的所有信息。这可能会追溯影响对存储库的任何引用，包括已经合并的拉取请求。 （请参阅删除叉后，请求请求显示“未知存储库”）。
您的注释和提交应保留在与您的存储库相关联的任何请求请求中，但后果自负。
但是，在合并后删除旧分支是绝对安全的。
虽然应避免删除存储库，但完全可以删除未使用的分支。实际上，GitHub鼓励您删除旧的分支。
整理请求后进行整理
在GitHub，我们喜欢每天整天使用请求。唯一的麻烦是，合并或关闭“拉取请求”后，我们最终将获得许多已失效的分支。有时，我们中的一个会用脚本清除这些分支，但我们认为最好将此步骤作为GitHub.com上常规工作流的一部分进行处理。
从今天开始， Pull Request已被合并，您将看到一个按钮，以删除挥之不去的分支：
如果Pull Request在未合并的情况下被关闭，该按钮的外观会有所不同，以警告您删除未合并的对象提交：
当然，您只能删除具有推送访问权限的存储库中的分支。
享受整洁的存储库！不想保留它们，您可以归档一个存储库以指示它不再处于主动维护状态。 br /> GitHub博客：删除存储库
GitHub帮助：删除和还原请求请求中的分支
GitHub问题：提取请求显示“未知存储库” af三叉的删除
评论
当您删除未合并的封闭拉取请求的分支时（引用的文章中的第二种情况），究竟发生了什么？提交会仅在没有历史记录的情况下仍在拉取请求中可用，还是会完全消失？
– typo
18年8月24日在19:13
@typo根据GitHub的文档，“您不能删除与打开的请求请求关联的分支。”
– Stevoisiak
18年8月24日在19:49
此“未知回购”问题具有解决方法。如果删除分叉后有PR显示未知的存储库，并且您想恢复该PR，只需键入：git fetch origin refs / pull / 123 / head：foo参考：github.com/isaacs/github/issues/168 ＃issuecomment-374201226
–阿卜杜勒·劳夫（Abdul Rauf）
2月7日下午5:28
#2 楼
如果您的请求请求被接受，并且您尚未进行其他个人更改，则应将其删除。删除对您没有任何损害。
您始终可以在需要时进行分叉
，这样可以减少人们在搜索内容时搜索结果中无用的仓库。
如果您将GitHub用作潜在工作/合同的履历，那么如果您没有数十个当前未使用的分叉存储库。您会显得更有效率。
当您不必遍历数百个无用的存储库时，它可以帮助您提高理智。
对于GitHub更好。 :)
评论
唯一的缺点是，pull请求随后将显示“在
– PLPeeters
2015年5月7日14:53
@PLPeeters，实际上这是一个很大的缺点。
–起搏器
15年8月13日在10:05
我建议使用remove-github-forks来“删除所有不在主存储库中的没有提交的分支。”奇迹般有效。
–fregante
16年3月7日在8:07
@SteveMoser我可能是错的，但是我认为您仍然保留“您贡献的存储库”列表。我有一个我删除了之间的所有连接，它仍然以某种方式保持在那里，但可能是fl幸：P
– Mark Pieszak-Trilon.io
16年4月11日在18:10
我冒险冒险并删除了分叉的存储库，并且我的贡献列表没有受到影响，因此可以肯定地说，删除分叉的回购不会影响您的贡献积分
–阿明·穆罕默德·阿贾尼（Amin Mohamed Ajani）
17年3月14日在16:10
#3 楼
您可以在提交“拉取请求”后立即将其删除，无论它是否已合并。 GitHub将所有PR存储在上游存储库中，这意味着即使删除了分叉，也会跟踪建议的更改。这简化了决定。如果：
您将立即做出更多贡献（例如，扩展现有PR或打开新PR）
如果出现以下情况，您可能希望删除该分叉： br />
您想以自己的名字获得干净的项目组合
评论
“您可以在发送“拉取请求”后立即删除叉子”，这就是我想要的！
– Unnawut
18年1月13日在7:31
我也是，但是答案开头是“如果您的请求请求被接受...”，您是否尝试过：D
–传说
18 Mar 29 '18 at 0:17
警告：删除分叉时，原始分支名称将从所有挂起的拉取请求中删除。 （Stevoisiak希望将1次提交合并到来自未知存储库的Drugoy：master中）
– Stevoisiak
18年5月1日在13:48
如果您在合并PR之前删除了fork，不仅将显示“未知存储库”，如先前的注释中所述，而且还不可能使用fork / branch向PR添加其他提交。至少不容易，也许根本没有。如果PR在合并之前需要一些“调整”，则有时由存储库维护者来完成。
–西比尔·彼得斯（Sybille Peters）
6月20日5:04
#4 楼
我可能会用tar / gzip并将其放入存档目录，然后在3年后将其删除。 ;）老实说，如果您不打算在接下来的几个月中再次使用它，并且有一段时间没有使用它，我认为将其删除是安全的。#5 楼
只是为了增加提供的答案-GitHub本身建议在合并后的分叉存储库删除（“整理”）。 post。此外，到目前为止，我还没有在评论中看到任何不利之处：
即使删除了分叉的存储库，也没有问题拉取请求中的消息（没有“未知存储库”）
您已向其贡献的存储库仍列在您的贡献活动中
您仍被列出在该存储库的贡献者中
我不建议按照@Dennis的建议在合并之前将其删除，因为如果作者要求，您可能仍需要对代码进行一些修改。
评论
我刚刚删除了一个分叉的存储库，并且pull请求现在显示未知的存储库。那好吧。
–克拉西
17年4月11日在9:22
您的链接转到一篇文章，解释了成功的PR合并后如何删除分支。但是，此问题询问有关删除存储库的问题。删除自己的项目分支（存储库）时，您只会观察到“未知存储库”。
–stakx
17年5月24日在11:01
问题是关于删除叉子，而不是分支。
–安迪
18年8月20日在22:59
评论
请删除它，否则github的哈希将用完。重复的代码是邪恶的。而且这也跨越了git的界限。
@stijn-我将其更多地理解为“备份”而不是“重复”。而且我认为我从未听说过有人认为备份代码是邪恶的...
删除它。毕竟，您始终可以从项目存储库中下载最后一个状态（无论如何都将要继续工作的状态）。
如果原始存储库被删除并且没有人留下叉子，会发生什么？在这种情况下，如何重新获得对仓库/叉子的访问权限？