Como contribuir para o Vim?

Uso Vim há 4 anos. Estou ansioso para contribuir com o vim do projeto de código aberto. Gostaria de algumas dicas sobre por onde começar e com quem entrar em contato para contribuir com o Vim. A ajuda de pessoas que já contribuíram para o Vim ajudaria muito :). Desde já, obrigado.

PS - Não tenho certeza se posso postar isso aqui, mas finalmente decidi publicá-lo aqui, pois este seria o lugar com o maior número de entusiastas do Vim para conversar.

vim-development b1tchacked
fonte

Que tipo de contribuição você tem em mente?

Lcd047

Eu só quero apoiar a equipe de desenvolvimento a partir de agora. Correções de bugs, fazendo algo fora de sua lista de tarefas e eu não sei o que um iniciante como eu pode fazer.

b1tchacked

Há um grupo vim_dev onde você pode postar correções. Cuidado, porém, que o Vim é um projeto maduro, não acho que eles estejam procurando contribuições para iniciantes neste momento. Como resultado, existem patches que flutuam por alguns anos sem serem mesclados.

Lcd047

Como alternativa, confira o projeto neovim

PhilippFrank

Sim, eles são considerados, nem todos fazem sentido ou são viáveis devido à alteração do código, mas basicamente o neovim visa acompanhar. Veja github.com/neovim/neovim/commits/master para os commits, o mais recente agora é a inclusão de um patch do vim.

PhilippFrank

Respostas:

É um pouco da velha escola

Como lcd047 apontou, existe o Grupo vim_dev do Google onde você pode enviar patches. Atualmente, o Vim está sob controle de versão em um repositório Mercurial. Você pode enviar patches abrindo um novo tópico nesse grupo e anexando seu arquivo de patches (um arquivo de texto com a saída diff). A fonte do Vim está em processo de mudança para o GitHub, mas não acho que ainda esteja lá.

A natureza de contribuir

Embora muitos projetos de código aberto, incluindo o Vim, tenham uma lista de tarefas, não é provável que você receba alguma coisa apenas voluntariamente em seus serviços. A maioria das contribuições de código-fonte aberto é improvisada: você identifica uma correção ou melhoria de bug, implementa-a e envia-a para revisão e, em seguida, o mantenedor pode optar por incorporá-la.

Eu tenho uma contribuição muito simples na fonte do Vim. Notei que o i(objeto de texto não se comportava bem quando o conteúdo dos parênteses estava em suas próprias linhas. Por outro lado, o i{objeto de texto análogo se comportou adequadamente em situações semelhantes. Enviei meu patch e ele foi realmente incorporado rapidamente. Claro, essa foi uma mudança muito pequena ; patches mais significativos tendem a ser sujeitos a uma revisão mais longa.

Meu conselho

Não entre no jogo com o plano de contribuir para o Vim. As boas ideias normalmente não surgem da tentativa de pensar em boas idéias. Eles vêm quando você está tentando fazer outra coisa. Continue usando o Vim e uma idéia poderá se apresentar. Em seguida, faça um esforço para implementá-lo e envie um patch.

tommcdo
fonte

Obrigado por uma resposta completa e eu definitivamente não estou no jogo para contribuir para adicionar algo novo, mas para manter o Vim estável e fluido como sempre foi.

b1tchacked

Eu vi recentemente o código fonte do projeto Vim no Github. Então, foi completamente movido?

Durga Swaroop

Pelo que sei, ele foi totalmente transferido para o GitHub.

Tommcdo

No passado, eu podia enviar um patch para o rastreador de problemas do repositório do Google Code para vim, que foi aceito após alguns meses ou enviar um e-mail e esperar receber algum feedback. O Google Code não existe mais, mas desde 24 de agosto de 2015 o desenvolvimento do vim acontece em um projeto do Github (incluindo código fonte e rastreamento de problemas).

Mais instruções para contribuição podem ser encontradas no arquivo CONTRIBUTING.md . Observe que este projeto do Github é incomum. Se você propõe um PR, a alteração pode ser realizada e compactada com outros commit (exemplos: PR e commit , outro PR e commit maior ). As mensagens de confirmação seguem um formato muito específico e você precisa procurar muito para encontrar a origem e a discussão dos patches.

Ligações:

Lekensteyn
fonte