Open source 您如何处理不再维护的GitHub存储库？

您如何处理不再维护的GitHub存储库

不管出于什么原因，一个项目是从一个GitHub存储库开始的，然后某个时候它被放弃了——也许这是一个没有成功的实验。也许你用一种商业产品取代了它。或者你找到了一个与你正在做的类似的项目，并加入了他们的工作

在您的存储库还活着的时候，它吸引了一些观察者和一些叉子

---

那时候你怎么处理它？有没有一种方法可以很好地表明存储库不再维护，或者可以签出forks或其他项目？

我会在自述文件中做出一个很好的承诺，基本上说这是为了历史参考，看看xy和Z，看看这段代码到底到哪里去了。

实际上，我认为你能做的最好的事情就是简单地删除存储库。这样，例如，过时的代码就不会出现在搜索中

---

分布式版本控制的要点在于，没有哪个存储库比另一个存储库更重要。如果对该项目有足够的兴趣，那么其中一个负责该存储库的人将成为新的社区领导者。如果没有人分叉它，那么它可能无论如何都不值得保留。

我会执行一次提交，删除所有源代码，除了一个自述文件，该文件清楚地表明您对项目不再感兴趣（还将自述文件的重要部分复制到最后一条提交日志消息中，如果需要，使用git commit--amend）

自述文件应该解释所有的源代码仍然可以作为历史记录使用。此外，最新代码的状态应该描述为成熟度级别：如果它在生产中的某个地方使用过，应该在这里说明。如果这只是一个实验，而你从来没有正确编译过它，那么应该用大写字母来表示。不过，在后一种情况下，删除代码存储库可能有一定意义

显然，自述文件还应该包含代码功能的一般描述，但这应该已经在自述文件中了

另外，请尝试在自述文件中添加一些您希望该代码的潜在用户寻找的单词。试着把这些词放在表示您不再维护代码的部分附近

原因是：

• 任何对你的资料来源感兴趣的人都可以（通过历史）得到它
• 任何试图盲目地将你的脑袋和他的脑袋合并的人都会立即发现这是一个坏主意（所有源代码都将被删除，并替换为解释为什么会发生这种情况的自述）

我不同意这样的说法，即如果没有人分叉（并保留了代码），那么它就一文不值。也许其他人没有接手的唯一原因是你的项目没有被足够多的眼球看到

如果您认为您的代码有任何值（我指的是高于零的值），那么不要删除它。只需明确说明代码已被放弃。

我在我的项目前加上“弃用。”github网站上有一些关于这一点的帖子，但它们似乎不会让步。他们想让你在自述中记下。我更喜欢将信息放在关系数据库中，这样您就可以在不同的字段上排序，其中之一是项目是否处于活动状态

我把我不推荐的项目放在那里，因为有些概念你可以重复使用。这和你的学校作业很相似。希望你能从中吸取教训

沃尔特