Postgres-XLがPostgreSQLに基づく分散データベースであることはおそらくご存知でしょう。数日前、XL9.6コードをパブリックgitリポジトリにプッシュしました。 Postgres-XL9.6で利用可能な新しい機能の詳細についてはこちらをご覧ください。
ただし、このブログ投稿のトピックはまったく異なります。プロジェクト管理と開発慣行のいくつかの変更点と、それを調整する理由（および方法）について説明したいと思います。
一見すると、XLコミュニティは特に活発ではないように見えるかもしれません。特に、コードを見るだけで、投稿者の数やメーリングリストのトラフィックを確認できます。 Postgres-XLでエキサイティングなものを構築している顧客や開発者から多くのリスト外の関心を集めているため、これは完全に正確ではないことを私たちは知っています。しかし、それはまた、プロジェクトのこちら側を改善して、コードの提供やフィードバックの提供を容易にすることができることも示しています。
また、Postgres-XLフォークがかなりあることもわかっています。人々がそれらの作業をやめてXLに戻ることは期待していません。一部のフォークは、XLの主な目的ではないユースケースに対応しています。ただし、これらのフォークは、一般的な改善の一部（バグ修正や退屈なインフラストラクチャビットなど）をアップストリームし、メンテナンスの負担を軽減し、マージの競合を減らすことでメリットが得られる可能性があります。
明らかに、これは長期的な目標であり、それを実現する特定のことは1つではありません。したがって、他の変更を提案するか、XLに貢献することを妨げる追加の煩わしさを指摘してください。
コミュニティの成長
これらの変更の目標の1つは、XLコミュニティを成長させ、よりアクティブにすることです。これには、メーリングリストでより多くのメッセージを取得するだけでなく、より多くのダウンロード、バグレポート（または選択したメトリック）が含まれます。また、プロジェクトの管理をより広いコミュニティと共有することも意味します。たとえば、経験豊富な貢献者にコミット権を付与するなどです。
それは「もし」ではなく「いつ」の問題です。コミッターを追加するための正確なスケジュールや期限はありませんが、私の見積もりでは、それは遅くなるよりも早く行われると思われます。
XLをPostgreSQLに近づけてください
より完全な（そして複雑な）開発プラットフォームを採用したくない理由の1つは、コードと開発方法の両方の観点から、Postgres-XLをPostgreSQLにできるだけ近づけたいということです。また、PostgreSQLは、メーリングリストへのパッチの送信に基づいた非常に単純なプロセスを使用しています。これは単純であり、単純な「監査証跡」としても機能します。
そのため、開発をgithubまたはgitlabに移行する予定はありませんが、最終的なパッチがメーリングリストに送信される限り、XLでの作業中にこれらのテクノロジーを採用することを妨げるものは何もありません。たとえば、内部でgithubを使用しています。
Sourceforgeから移動
昔、sourceforgeはオープンソースプロジェクトをホストするのに最適な場所でした。しかし、最近では、サイトはほとんどメンテナンス専用モードになっているようで、アドウェアをダウンロードにバンドルするなど、さまざまな論争に直面しています。次に進むときが来ました。
幸いなことに、プロジェクトのWebサイト、gitリポジトリ、いくつかのメーリングリストなどはそれほど必要ありません。最初の2つのアイテム–Webサイトとgitリポジトリはすでにsourceforgeからホストされています。
したがって、http：//www.postgres-xl.orgで簡単にホストできるメーリングリストについて何かを行うだけで済みます（また、履歴を失わないように、現在のアーカイブをインポートすることもできます）。
来週中にこの変更を行う予定です。いずれかのメーリングリストに登録している場合は、新しいメーリングリストに自動的に登録され、すべての詳細が記載されたメッセージが届きます。主な変更は、@lists.sourceforge.netからのドメインの変更です。 @lists.postgres-xl.orgへ 。