如何快速将池注入上游?

朋友们,今天我想告诉您一个很久以来就浮现在脑海中的想法。 它诞生于很多年前,其目的是提供一种服务,以一种方便的形式汇总并呈现您感兴趣的GitHub项目周围发生的所有通信。 对于那些在GitHub上拥有许多项目的人,或者在其他人的项目中创建许多拉票和票证的人,这样的服务首先将非常有用。

我相信创建票证和请求的人这样做是为了改善他们关心的那些开源项目。 为此,有必要将票证转变为拉票,并及时合并。 这个过程进行得越快,OpenSource就会发展得越快。

但是,在GitHub上,票证或拉票周围的通信经常会静音且丢失。 发生这种情况的原因多种多样,但通常是这样-因为某些参与者会跳过有关评论的电子邮件。 原因可能不同,但结果始终相同-票证丢失了,有时还需要数年才能记住。

当然,github为这种情况页面提供了拉动列表(https://github.com/pulls)和票证列表(https://github.com/issues),但我认为它们不方便之处在于它们没有给出丝毫提示关于哪些票证需要您做出反应,而哪些则不需要。 这是我要修复的问题。

我的项目12forks.com将提供一个实验性界面,用于处理票证和拉票。 这样的界面可以在一页上查看,以了解您期望在哪些票证中得到答复,您需要在哪个池中解决合并冲突以及在何处调用维护程序,因为它不会长时间响应。 也许还将与诸如Slack或Telegram之类的各种Messenger集成在一起。 关键是要加快开源项目中的沟通和问题解决。

我已经使用了此工具的MVP,该MVP在控制台中也可以使用。 在它的帮助下,几天之内就可以将103个拉票和罚单的“障碍”减少一半。 经过多年的处方,我才关闭了该零件。 在某些情况下,可以清楚地看到评论之间的延迟可能长达数年:

图片

我相信,这样的工具可以加快进行更改的过程,并且对希望为OpenSource做出贡献的任何人都非常有用。

根据我的估计,github的所有用户中约有3%正在积极使用票证和拉票,而4,800万(这是我在研究中得出的数字)中的3%接近一百万。 那就是有多少人可以从我发明的解决方案中潜在地受益。

根据计划,公开的MVP将在6月准备就绪。 如果您有兴趣成为最早使用它的人之一,请在12forks.com上填写表格以留下您的电子邮件。

另外,我非常期待在类似产品中可以尝试的任何想法。 将其写在此帖子的评论中,或通过电子邮件发送至ideas@12forks.com。

Source: https://habr.com/ru/post/zh-CN449972/


All Articles