对于不再维护的github存储库,开发人员如何同意使用哪个fork来集中所有工作?

时间:2017-12-12 06:40:48

标签: github machine-learning django-pyodbc

所以我正在查看michiya/django-pyodbc-azure存储库。这是一个伟大的项目,但似乎没有维护。该项目有很多forks,我不确定应该遵循哪一项。关于github的好处是它可以很容易地找到服务于特定目的的存储库,并且它还可以很容易地将对这个存储库有贡献的工作结合起来,这对每个人来说都很常见。但是,当一个项目没有得到维护时,这个想法似乎就会崩溃,而且只是因为没有人从与其他任何人的努力中获益而没有人受益。解决方案是什么?

编辑:我刚刚提交了an issue,并提到了所有提交最近问题,PR,分叉的人。手动收集所有名字并输入它们是很痛苦的,我确信我错过了很多会做出贡献的好名字,而且我可能错误地输入了一些名字

编辑:刚刚从2011年发现了this article,在我的问题中讨论了同样的问题。当我回复其中一条评论时,我想到了使用机器学习来按照有用性对叉子进行排序:

  

"真。随着所有机器学习的嗡嗡声,我希望有   a" github-forks-helper.net"由一些训练有素的ML提供动力   在所有github上训练的网络,用于识别哪些结束   在上游。然后它会通过结束的可能性对未合并的叉子进行排序   上游"

发布this datascience.stackexchange.com问题以收集关于ML的一些想法以帮助排序这些叉子

0 个答案:

没有答案