Zapewne wiesz, że Postgres-XL to rozproszona baza danych oparta na PostgreSQL. Kilka dni temu wypchnęliśmy kod XL 9.6 do publicznego repozytorium git. Dodatkowe informacje na temat nowych rzeczy dostępnych w Postgres-XL 9.6 są dostępne tutaj.
Temat tego wpisu na blogu jest jednak zupełnie inny. Chciałbym omówić kilka zmian w praktykach zarządzania projektami i rozwoju oraz dlaczego (i jak) planujemy je ulepszyć.
Na pierwszy rzut oka społeczność XL może nie wydawać się szczególnie aktywna, zwłaszcza jeśli spojrzysz tylko na kod liczby współtwórców lub ruch na listach mailingowych. Wiemy, że nie jest to do końca dokładne, ponieważ cieszymy się dużym zainteresowaniem klientów i programistów tworzących ekscytujące rzeczy na Postgres-XL. Ale pokazuje również, że być może moglibyśmy ulepszyć tę stronę projektu, aby ułatwić tworzenie kodu lub przekazywanie opinii.
Wiemy również, że jest sporo widelców Postgres-XL. Nie oczekujemy, że ludzie przestaną nad nimi pracować i wrócą do XL; niektóre forki rozwiązują przypadki użycia, które nie są głównym celem XL. Ale być może te widełki mogą skorzystać na wprowadzeniu niektórych ogólnych ulepszeń (np. poprawek błędów lub niektórych nudnych elementów infrastruktury), zmniejszeniu obciążenia konserwacją i ograniczeniu konfliktów scalania.
Oczywiście jest to cel długoterminowy i nie ma jednej konkretnej rzeczy, która by go urzeczywistniła. Możesz więc zaproponować inne zmiany lub wskazać dodatkowe utrudnienia, które uniemożliwiają Ci udział w XL.
Rozwijanie społeczności
Jednym z celów tych zmian jest rozwój społeczności XL i zwiększenie jej aktywności. Obejmuje to nie tylko otrzymywanie większej liczby wiadomości na listach dyskusyjnych, więcej pobrań, raportów o błędach (lub cokolwiek innego, który wybierzesz). Mam na myśli również współdzielenie kontroli nad projektem z szerszą społecznością, w tym na przykład przyznawanie praw do zobowiązań doświadczonym współpracownikom itp.
To nie jest kwestia „czy”, ale „kiedy”. Nie mamy dokładnego harmonogramu ani terminów dodawania osób dokonujących zmian, ale szacuję, że nastąpi to raczej wcześniej niż później.
Utrzymuj XL blisko PostgreSQL
Jednym z powodów, dla których nie chcemy przyjąć bardziej kompletnej (i złożonej) platformy programistycznej, jest to, że chcemy, aby Postgres-XL był jak najbliżej PostgreSQL, zarówno pod względem kodu, jak i praktyk programistycznych. A PostgreSQL wykorzystuje bardzo prosty proces, polegający na wysyłaniu łatek na listę dyskusyjną. Jest to zarówno proste, jak i służy jako prosta „ścieżka audytu”.
Nie planujemy więc przenosić rozwoju na github lub gitlab, ale nic nie stoi na przeszkodzie, abyś korzystał z tych technologii podczas pracy na XL, o ile ostateczne poprawki zostaną wysłane na listę mailingową. Na przykład używamy github wewnętrznie.
Opuść Sourceforge
Dawno temu sourceforge było doskonałym miejscem do hostowania projektów open source. Ale obecnie strona wydaje się być w trybie tylko konserwacyjnym, boryka się z różnymi kontrowersjami związanymi z dołączaniem adware do pobierania itp. Czas przejść dalej.
Na szczęście nie potrzebujemy aż tak dużo – strona projektu, repozytorium git i kilka list mailingowych oraz. Pierwsze dwa elementy – strona internetowa i repozytorium git są już hostowane na sourceforge.
Więc musimy tylko zrobić coś z listami dyskusyjnymi, które możemy łatwo hostować na http://www.postgres-xl.org (i możemy nawet zaimportować aktualne archiwa, aby nie stracić historii).
Planujemy dokonać tej zmiany w przyszłym tygodniu. Jeśli jesteś zapisany na którąś z list mailingowych, zostaniesz automatycznie zapisany do nowych list mailingowych i otrzymasz wiadomość ze wszystkimi szczegółami. Główną zmianą będzie zmiana domeny z @lists.sourceforge.net do @lists.postgres-xl.org .
