我以前在GitHub上分叉了其他人的存储库，我注意到原始存储库中存在问题，并且我无法在分叉存储库中提交问题。
我现在有了以下任务。我正在一家小型企业工作，其中一位负责人正在他的个人帐户上进行开发。他友好地离开了该项目，我们希望将该项目从他的个人帐户迁移到GitHub上的新“角色”帐户。
我自然会分叉该存储库，以便保留代码历史记录，但是随后我将得到一个无法提交新问题的存储库，这是非常不可取的。
我如何将该原始存储库的副本复制到我们的新帐户中，理想情况下仍保留代码历史记录，但是能够在此新帐户中提交新问题？
#1 楼
快速测试后，可以将问题附加到您自己的仓库中。这就是我所做的：分叉存储库
转到分叉的“设置”页面。
选中
Issues 旁边的框/>
现在您可以用自己的叉子提交问题，而这些问题不会放在主仓库中。
评论
如果您知道该怎么办，请确定。为什么默认情况下不启用它？
– Chaim Eliyah
17年11月19日在23:35
@ChaimEliyah因为Github上的大多数fork都是用来创建请求请求的。确保错误报告最终出现在原始项目中，而不是可能会被忽略的克隆中，这一点很重要。
– MarcSchütz
18年1月24日在12:01
哦，我的叉子，“设置”不再有“问题”复选框
–Wayne Walker
20-10-25在15:26
#2 楼
还可以选择将存储库从一个帐户转移（所有权）到另一个帐户（例如，从前雇员到“组织”帐户）。“转移所有权”按钮位于存储库的“设置”页面底部的“危险区域”部分。
存储库的当前所有者必须对目标组织具有管理特权（尽管这可能只是临时的）。
#3 楼
这是一个古老的问题，我赞成David P提出的方法。另一个选择是记住一个本地Git存储库是一个完整的存储库，包括代码历史记录。您可以将其作为GitHub上的另一个存储库推送，这样GitHub就不会知道两者之间是否相关。您仍然可以看到整个提交历史记录。
这种方法会使您失去所有问题跟踪历史记录。 David P的方法优于我的IMO。
评论
我投票结束这个问题是离题的，因为对各种产品和服务的支持应针对适当的支持渠道。@ThomasOwens也许您可以链接到适当的支持论坛？我个人认为这个问题（及其答案）非常有帮助。