Sie wissen wahrscheinlich, dass Postgres-XL eine verteilte Datenbank ist, die auf PostgreSQL basiert. Vor ein paar Tagen haben wir den XL 9.6-Code in das öffentliche Git-Repository gepusht. Weitere Einzelheiten zu den neuen Funktionen von Postgres-XL 9.6 finden Sie hier.
Das Thema dieses Blogbeitrags ist jedoch ein ganz anderes. Ich möchte einige Änderungen an den Projektmanagement- und Entwicklungspraktiken erörtern und warum (und wie) wir planen, sie zu optimieren.
Auf den ersten Blick scheint die XL-Community nicht besonders aktiv zu sein, insbesondere wenn Sie sich nur die Anzahl der Mitwirkenden oder den Verkehr auf Mailinglisten ansehen. Wir wissen, dass dies nicht ganz korrekt ist, da wir viel Interesse von Kunden und Entwicklern außerhalb der Liste erhalten, die aufregende Dinge auf Postgres-XL bauen. Aber es zeigt auch, dass wir diese Seite des Projekts vielleicht verbessern könnten, um es einfacher zu machen, Code beizusteuern oder Feedback zu geben.
Wir wissen auch, dass es einige Postgres-XL-Gabeln gibt. Wir erwarten nicht, dass die Leute aufhören, daran zu arbeiten und zu XL zurückkehren; Einige Forks sprechen Anwendungsfälle an, die nicht das primäre Ziel von XL sind. Aber vielleicht könnten diese Forks davon profitieren, einige der generischen Verbesserungen (z. B. Bugfixes oder einige der langweiligen Infrastrukturbits) vorzuladen, den Wartungsaufwand zu verringern und Merge-Konflikte zu reduzieren.
Offensichtlich ist dies ein langfristiges Ziel, und es gibt keine bestimmte Sache, die es möglich machen würde. Fühlen Sie sich also frei, andere Änderungen vorzuschlagen oder auf zusätzliche Ärgernisse hinzuweisen, die Sie davon abhalten, zu XL beizutragen.
Wachstum der Community
Eines der Ziele dieser Änderungen ist es, die XL-Community zu vergrößern und aktiver zu machen. Das beinhaltet nicht nur mehr Nachrichten auf den Mailinglisten, mehr Downloads, Fehlerberichte (oder welche Metrik Sie auch immer wählen). Ich meine auch, die Kontrolle über das Projekt mit einer breiteren Gemeinschaft zu teilen, einschließlich beispielsweise der Gewährung von Commit-Rechten an erfahrene Mitwirkende usw.
Es ist keine Frage des „Ob“, sondern des „Wann“. Wir haben keinen genauen Zeitplan oder Fristen für das Hinzufügen von Committern, aber ich schätze, dass es eher früher als später passieren wird.
Halten Sie XL in der Nähe von PostgreSQL
Einer der Gründe, warum wir keine vollständigere (und komplexere) Entwicklungsplattform einführen wollen, ist, dass wir Postgres-XL so nah wie möglich an PostgreSQL halten wollen, sowohl in Bezug auf den Code als auch auf die Entwicklungspraktiken. Und PostgreSQL verwendet einen sehr einfachen Prozess, der auf dem Senden von Patches an eine Mailingliste basiert. Das ist sowohl einfach als auch als einfacher „Audit-Trail“.
Wir planen also nicht, die Entwicklung auf github oder gitlab zu verlagern, aber nichts hindert Sie daran, diese Technologien zu nutzen, während Sie an XL arbeiten, solange die endgültigen Patches an die Mailingliste gesendet werden. Wir verwenden zum Beispiel intern github.
Verlasse Sourceforge
Vor langer Zeit war Sourceforge ein großartiger Ort, um Open-Source-Projekte zu hosten. Aber heutzutage scheint die Seite ziemlich im reinen Wartungsmodus zu sein und war mit verschiedenen Kontroversen im Zusammenhang mit dem Bündeln von Adware zu Downloads usw. konfrontiert. Es ist Zeit, weiterzumachen.
Zum Glück brauchen wir nicht so viel – eine Projekt-Website, ein Git-Repository und ein paar Mailinglisten und. Die ersten beiden Elemente – die Website und das Git-Repository werden bereits von Sourceforge gehostet.
Wir müssen also nur etwas gegen die Mailinglisten unternehmen, die wir problemlos auf http://www.postgres-xl.org hosten können (und wir können sogar die aktuellen Archive importieren, damit wir den Verlauf nicht verlieren).
Der Plan ist, diese Änderung irgendwann nächste Woche vorzunehmen. Wenn Sie eine der Mailinglisten abonniert haben, werden Sie automatisch bei den neuen Mailinglisten angemeldet und erhalten eine Nachricht mit allen Details. Die Hauptänderung wird eine Änderung der Domain sein, von @lists.sourceforge.net an @lists.postgres-xl.org .
