Freunde, heute möchte ich Ihnen von einer Idee erzählen, die sich schon lange in meinem Kopf festgesetzt hat. Es ist vor vielen Jahren entstanden und hat den Zweck, einen Dienst zu erstellen, der alle Kommunikationen rund um GitHub-Projekte, die Sie interessieren, in einer bequemen Form zusammenfasst und präsentiert. Ein solcher Service ist vor allem für diejenigen sehr nützlich, die viele ihrer Projekte auf GitHub haben, oder für diejenigen, die viele Pulls und Tickets in Projekten anderer Leute erstellen.
Ich glaube, dass Leute, die Tickets erstellen und ziehen, dies tun, um die Open-Source-Projekte zu verbessern, die ihnen wichtig sind. Und dafür ist es notwendig, dass die Tickets zu Pulls und Pulls werden, die rechtzeitig zusammengeführt werden. Je schneller dieser Prozess stattfindet, desto schneller entwickelt sich OpenSource.
Bei GitHub kommt es jedoch häufig vor, dass die Kommunikation rund um das Ticket oder den Pull stumm ist und verloren geht. Dies geschieht aus verschiedenen Gründen, aber in der Regel - aufgrund der Tatsache, dass einige der Teilnehmer den E-Mail-Stich über den Kommentar überspringen. Die Gründe können unterschiedlich sein, aber das Ergebnis ist immer das gleiche - das Ticket geht verloren und manchmal vergehen Jahre, bis sie sich daran erinnern.
Natürlich bietet der Github für diesen Fall Seiten mit einer Liste von Pulls (https://github.com/pulls) und Tickets (https://github.com/issues), aber meiner Meinung nach sind sie unpraktisch, da sie nicht den geringsten Hinweis geben Auf welches der Tickets ist eine Reaktion von Ihnen erforderlich und auf welches nicht. Das möchte ich beheben.
Mein Projekt, 12forks.com, bietet eine experimentelle Schnittstelle für die Arbeit mit Tickets und Pulls. Dies ist eine Schnittstelle, in der Sie auf einer Seite nachsehen können, auf welchen Tickets Sie eine Antwort erhalten sollen, in welchem Pool Sie den Zusammenführungskonflikt beheben müssen und wo Sie den Betreuer anrufen müssen, da dieser lange nicht reagiert. Vielleicht wird es auch eine Integration mit verschiedenen Messenger wie Slack oder Telegram geben. Es geht darum, die Kommunikation und Problemlösung in Opensource-Projekten zu beschleunigen.
Ich verwende bereits das MVP dieses Tools, das in der Konsole funktioniert. Mit seiner Hilfe konnte in wenigen Tagen die „Blockade“ von 103 Zügen und Tickets halbiert werden. Ich habe den Teil gerade nach der Verschreibung von Jahren geschlossen. In einigen Fällen ist deutlich zu erkennen, dass Verzögerungen zwischen den Kommentaren Jahre betragen können:
Ich glaube, dass ein solches Tool den Prozess des Vornehmens von Änderungen beschleunigen kann und für jeden nützlich sein wird, der zu OpenSource beitragen möchte.
Nach meinen Schätzungen arbeiten ungefähr 3% aller Benutzer des Githubs aktiv mit Tickets und Pulls, und drei Prozent der 48 Millionen (so viel habe ich in meiner Forschung berechnet) sind fast eineinhalb Millionen Menschen. So viele Menschen können potenziell von der von mir erfundenen Lösung profitieren.
Laut Plan wird das öffentlich zugängliche MVP im Juni fertig sein. Wenn Sie daran interessiert sind, einer der Ersten zu werden, die damit beginnen, hinterlassen Sie Ihre E-Mail-
Adresse, indem Sie das Formular unter
12forks.com ausfüllenAußerdem freue ich mich sehr auf Ideen, die in einem ähnlichen Produkt ausprobiert werden könnten. Schreiben Sie sie in die Kommentare zu diesem Beitrag oder per E-Mail an ideas@12forks.com.