Powerline: Anfrage für Betreuer

Ich selbst benutze Powerline seit Jahren nicht mehr, daher ist mangelndes Interesse der Hauptgrund, warum ich nicht dazu beigetragen habe. Ich würde gerne Mitwirkende zum Hauptrepo hinzufügen, wenn jemand für die Aufgabe bereit ist.

Ich helfe gerne.

Vielen Dank. @ZyX-I Irgendwelche Gedanken?

Ich bin interessiert, aber ich habe Einwände dagegen, wie langsam Powerline läuft, also würde ich die Dinge wahrscheinlich in eine andere Richtung lenken.

EDIT: Ich bin sehr interessiert @Lokaltog wäre großartig, eine Diskussion mit den aktuellen Betreuern zu führen oder sogar eine Aussage darüber zu

Ich stimme @ryanerwin zu; und ich interessiere mich auch für einen Beitrag.

@ryanerwin Ich benutze Powerline selbst nicht und habe es seit vielen Jahren nicht mehr verwendet, daher bin ich mir nicht sicher, in welchem ​​​​Zustand sich das Projekt derzeit befindet, und ich habe keine wirklichen Meinungen darüber, wohin es in Zukunft gehen soll .

Ich bin mir auch nicht sicher, was ich mit diesem Repo machen soll, ich habe überlegt, es zu archivieren und es der Community zu überlassen, eine Abzweigung zu pflegen, um eine weitere Event-Stream-Situation zu vermeiden . Aber da dies wahrscheinlich das Repo zerstören würde, werde ich euch stattdessen zu einem Maintaner-Team hinzufügen und versuchen, die Entwicklung eine Weile zu verfolgen.

Danke @Lokaltog!
Vorerst werde ich damit beginnen, einige Fehler wie #1953 oder #2013 zu beheben. Was die Zukunft betrifft, so habe ich einige neue Funktionen herumliegen, die ich jedoch verbessern muss, bevor wir darüber nachdenken können, sie zum Haupt-Repository hinzuzufügen.

Ich habe mir diesen Code vor ~1,5 Jahren angeschaut, aber dann irgendwie das Interesse daran verloren.
Mit dem Hacktoberfest habe ich mich wieder motiviert, hier etwas zu unternehmen und hoffe, dass meine Motivation noch ein bisschen anhält.
Wie auch immer, ich bin froh, dass es in letzter Zeit zumindest etwas mehr Aktivität zu geben scheint.

In Bezug auf die zukünftige Richtung habe ich einige Probleme mit der aktuellen CI-Umgebung, da diese ~ 5.000 Ausgabezeilen liefert, aber das meiste davon scheint nicht relevante Bash-Ausgabe zu sein und es ist nicht wirklich klar, warum Tests fehlschlagen und wie sie fehlschlagen scheitern genau. Versteh mich nicht falsch, ich mag die Tatsache, dass dieses Repository so viele Tests enthält, aber eine Wiederholung des Testausführungsworkflows könnte der Lesbarkeit zugute kommen.

Außerdem bin ich kein großer Fan des aktuellen Installations- und Konfigurationsworkflows, das alles scheint mühsam und fehleranfällig zu sein. Ich erhalte oft einige Fehler beim Konfigurieren von Powerline, ohne eine Ahnung zu haben, warum dies geschieht. Außerdem ist JSON meiner Meinung nach außergewöhnlich schlecht für Konfigurationsdateien, da es keine Kommentare unterstützt (wenn Sie sie nicht wie VSCode hinzufügen).
Leider bin ich für den letzten Punkt der falsche Mensch, um zu fragen, wie man es besser machen kann, aber das wäre vielleicht etwas, das man in Zukunft ansprechen sollte.

@StopMotionCuber Json5 unterstützt Kommentare, daher könnte das Projekt vielleicht json5 zu

Ich glaube nicht, dass es wirklich notwendig ist, Powerline umzuschreiben, um eine andere Konfiguration zu verwenden (obwohl Kommentare in der Tat nett wären; vielleicht könnten wir dafür Felder verwenden, die mit einem Unterstrich beginnen, die dann von Powerline ignoriert werden):

• Es gibt einen Linter für die Konfigurationsdateien ( powerline-lint ), außerdem zeigen gängige Texteditoren Fehler normalerweise direkt in json Dateien an
• Insbesondere würde der Wechsel zu einer anderen Konfigurationsmethode bedeuten, dass Powerline im Wesentlichen neu geschrieben wird; auch dies würde alle bestehenden Konfigurationen zerstören.

In Bezug auf die Tests stimme ich @StopMotionCuber jedoch zu: Das Navigieren zu einem fehlgeschlagenen Testfall ist

Ein Wechsel zur Verwendung von YAML für die Konfiguration würde Unterstützung für Kommentare und IMHO besser lesbare Syntax hinzufügen (vorausgesetzt, Sie sind mit Einrückungen einverstanden, die wichtig sind).

Da YAML eine Obermenge von JSON ist, sind alle aktuellen Konfigurationsdateien bereits gültiges YAML und die Änderungen im Code wären minimal. Wahrscheinlich so einfach wie ein paar zusätzliche Dateierweiterungen zu akzeptieren und yaml.safe_load anstelle von json.load . Sie müssten eine Abhängigkeit von PyYAML (oder einer anderen YAML-Bibliothek, aber PyYAML ist die gebräuchlichste) hinzufügen.