您如何处理不再维护的GitHub存储库？
无论出于何种原因，项目都是使用GitHub存储库启动的，然后在某个时候它被放弃了也许这是一个无法解决的实验。也许你用商业产品取而代之。或许你找到了一个与你正在做的事情类似的项目，并加入了他们的努力。
在您的存储库存活的时候，它吸引了观察者和一些分叉。
那时你用它做什么？有没有办法很好地指出不再维护存储库并检查叉子或其他项目？
答案 0 :(得分：2)
实际上，我认为你能做的最好的事情就是简单地删除存储库。这样，例如，过时的代码不会出现在搜索中。
分布式版本控制的重点在于没有一个存储库比另一个存储库更重要。如果对项目有足够的兴趣，那么分配存储库的人之一将成为新的社区领导者。如果没有人分叉，那么无论如何它可能都不值得保留。
答案 1 :(得分：1)
我会执行一次删除所有源的提交，除了一个README文件，该文件清楚地表明你不再拥有项目中的interst（也将README的重要部分复制到最后一个提交日志消息，使用git如果需要，提交--amend。
README应该解释所有源代码仍然可用作历史记录。此外，应该针对成熟度级别描述最新代码的状态：如果它在某个地方用于生产，那么应该在这里说。如果它只是一个实验，你从来没有正确编译，那么应该用大写字母说。在后一种情况下，仅删除代码存储库可能会有所帮助。
显然，自述文件还应包含代码所做内容的一般描述，但这应该已经在自述文件中。
还尝试在README中添加一些您希望该代码的潜在用户可以查找的单词。尝试将这些单词放在与您不再维护代码的部分接近的位置。
理由是：
我不同意如果没有人分叉（并保留代码）的建议，那就没什么了不起的。也许其他人没有接手的唯一原因是你的项目还没有被足够多的眼球看到。
如果您认为您的代码有任何价值（并且我的意思是任何大于零），那么请不要将其删除。只是说清楚代码已被放弃。
答案 2 :(得分：0)
我在README文件中做了一个很好的提交，它基本上表明这是历史参考，看看X Y和Z以查看这段代码的去向。
答案 3 :(得分：0)
我的项目前缀为“已弃用。”github的网站上有一些关于此的帖子，但似乎他们不会让步。他们希望你在自述文件中加注。我更喜欢将信息放在关系数据库中，以便您可以对不同的字段进行排序，其中一个是项目是否处于活动状态。
我把我已弃用的项目放在那里，因为有些概念可以重复使用。它类似于你的学校工作。希望你可以从中吸取教训或2。
沃尔特