Você provavelmente sabe que o Postgres-XL é um banco de dados distribuído baseado no PostgreSQL. Alguns dias atrás, nós enviamos o código XL 9.6 para o repositório git público. Detalhes adicionais sobre as novidades disponíveis no Postgres-XL 9.6 estão disponíveis aqui.
O tópico deste post do blog é bem diferente, no entanto. Gostaria de discutir algumas mudanças nas práticas de gerenciamento e desenvolvimento de projetos e por que (e como) planejamos ajustá-las.
À primeira vista, a comunidade XL pode não parecer particularmente ativa, principalmente se você olhar apenas para o código, o número de contribuidores ou o tráfego nas listas de discussão. Sabemos que isso não é totalmente preciso, pois recebemos muito interesse fora da lista de clientes e desenvolvedores criando coisas interessantes no Postgres-XL. Mas também mostra que talvez possamos melhorar esse lado do projeto, para facilitar a contribuição de código ou o feedback.
Também sabemos que existem alguns forks Postgres-XL. Não esperamos que as pessoas parem de trabalhar neles e voltem para o XL; alguns forks abordam casos de uso que não são o objetivo principal do XL. Mas talvez esses forks possam se beneficiar do upstream de algumas das melhorias genéricas (por exemplo, correções de bugs ou alguns dos bits de infraestrutura chatos), diminuindo a carga de manutenção e reduzindo os conflitos de mesclagem.
Obviamente, este é um objetivo de longo prazo e não há uma coisa em particular que faria isso acontecer. Portanto, sinta-se à vontade para propor outras alterações ou apontar aborrecimentos adicionais que o impedem de contribuir para o XL.
Crescimento da comunidade
Um dos objetivos dessas mudanças é aumentar a comunidade XL e torná-la mais ativa. Isso inclui não apenas receber mais mensagens nas listas de discussão, mais downloads, relatórios de bugs (ou qualquer que seja a métrica que você escolher). Também significa compartilhar o controle do projeto com uma comunidade mais ampla, incluindo, por exemplo, conceder direitos de commit a contribuidores experientes, etc.
Não é uma questão de “se”, mas de “quando”. Não temos um cronograma exato ou prazos para adicionar committers, mas minha estimativa é que isso aconteça mais cedo ou mais tarde.
Mantenha o XL próximo ao PostgreSQL
Uma das razões pelas quais não queremos adotar uma plataforma de desenvolvimento mais completa (e complexa) é que queremos manter o Postgres-XL o mais próximo possível do PostgreSQL, tanto em termos de código quanto de práticas de desenvolvimento. E o PostgreSQL usa um processo muito simples, baseado no envio de patches para uma lista de discussão. Isso é simples e também serve como uma simples “trilha de auditoria”.
Portanto, não planejamos mover o desenvolvimento para o github ou gitlab, mas não há nada que impeça você de adotar essas tecnologias enquanto trabalha no XL, desde que os patches finais sejam enviados para a lista de discussão. Estamos usando o github internamente, por exemplo.
Saia do Sourceforge
Há muito tempo, o sourceforge era um ótimo lugar para hospedar projetos de código aberto. Mas hoje em dia o site parece estar no modo apenas de manutenção, enfrentou várias controvérsias relacionadas ao empacotamento de adware para downloads, etc. É hora de seguir em frente.
Felizmente, não precisamos de muito – um site de projeto, um repositório git e algumas listas de discussão e. Os dois primeiros itens – site e repositório git já estão hospedados fora do sourceforge.
Então, só precisamos fazer algo sobre as listas de discussão, que podemos facilmente hospedar em http://www.postgres-xl.org (e podemos até importar os arquivos atuais, para não perder o histórico).
O plano é fazer essa mudança na próxima semana. Se você estiver inscrito em qualquer uma das listas de discussão, será automaticamente inscrito nas novas listas de discussão e receberá uma mensagem com todos os detalhes. A principal mudança será uma mudança de domínio, de
@lists.sourceforge.net para @lists.postgres-xl.org . 
