Artigo publicado no site alemão linuxnews apresenta o DEP-18, um novo pedido de melhoria para o Debian que altera a forma “antiquada” de inserir e manter código.
Como o Debian não exige o uso de Git para empacotamento ou manutenção, cada upload ao repositório oficial funciona como um commit, e o changelog substitui a mensagem de commit. Muitos desenvolvedores usam o GitLab do Debian, o Salsa, mas essa prática é opcional e nem sempre sincroniza bem com o repositório oficial.
Isso faz com que grande parte dos pacotes só tenha histórico visível pelos uploads, sem versões intermediárias nem revisão pública de código. Patches circulam por e-mail, sem rebase, branching ou testes automáticos, o que torna o processo lento e pouco transparente.
Otto Kekäläinen, o autor da proposta, defende que o uso consistente de Git traria mais clareza, colaboração e qualidade. Com Git, branches, forks, merge requests e histórico público, mudanças podem ser revisadas, discutidas e testadas antes do envio ao repositório oficial.
Isso reduz falhas, evita duplicação de esforços e facilita que outros desenvolvedores acompanhem o que está em andamento. Ele sugere que as fontes de empacotamento fiquem no Salsa, que contribuições ocorram por merge requests e que o CI do Salsa teste as alterações antes do upload.
Para isso, pede melhorias técnicas, como integração mais sólida do recurso tag2upload no git-buildpackage e expansão das ferramentas de revisão quando necessário. Tais práticas deveriam ser recomendadas como padrão, mas sem imposição.
A proposta gera debate na lista de desenvolvedores. Há quem apoie a modernização e a padronização do fluxo de trabalho, e há quem tema mais carga de trabalho, perda de autonomia ou afastamento de colaboradores acostumados ao modelo atual.