Como contribuir código para um projeto Open Source?[fechado]

Question

Se você está seguindo um projeto Open Source e gostaria de contribuir com alterações de código, o que você precisa fazer?

Answer 1

Eu gostaria de passar tempo com as pessoas em primeiro lugar.Normalmente eles têm um IRC sala de chat onde todos ociosos.Passar algum tempo para conhecer as pessoas, estudar o código, analisar a documentação e, em seguida, se você sentir como você são um correto ajuste para o projeto, começar a contribuir para o bug de patches.Não tente adicionar novas funcionalidades em primeiro lugar.Eles não geralmente aceitos.

Veja também este o google tech falar sobre Como Proteger o Seu Projeto de código Aberto da Venenosas Pessoas.Ele vai ensinar o que não fazer.

Answer 2

A melhor maneira de fazer isso é apresentar-se como este "Oi, Aqui é um bug/recurso e aqui está um patch que corrige/implementa-lo."

Eu estou em um par de projetos de código aberto, e há muitas pessoas com a melhor das intenções de ajudar, mas que, na verdade, nunca fazer qualquer coisa, então, se você aparecer com código de trabalho, você vai ser considerado muito mais valioso.

Answer 3

Como cartazes anteriores já disse, é uma questão para o projeto.Você vai descobrir que alguns são mais abertos à mudança do que os outros.A partir de uma mecânica perspectiva, você precisa ver se eles usar o SVN (por exemplo, no google code) ou CVS (por exemplo no sourceforge) e determinar se eles usam patch ou algum outro método.

Um bom exemplo do tipo de procedimento a empregar pode ser visto no gimp site: http://www.gimp.org/bugs/howtos/submit-patch.html Nota: o seu uso do Bugzilla, patch e CVS

Answer 4

Como o criador de vários projetos de código aberto, eu estou no outro lado das coisas em que eu estou tentando chegar contribuintes.Aqui está o que eu gostaria de dizer:

• Anunciar a si mesmo da maneira que é apropriado para o projeto:e-mail, lista de discussão, fórum, etc.
• Veja se sua idéia já está em obras.Se assim for, talvez tentar ajudar em vez de duplicar esforços.
• Descubra a melhor maneira de enviar o código
• Certifique-se de seguir a codificação de estilos usados no projeto.(Se você decidir converter todas as tabulações para espaços, eles não serão capazes de mesclar suas alterações em seu sistema de controle de versão facilmente e provavelmente mais do que ignorar a sua apresentação.)

Answer 5

Coisas como isso costumava ser simples.

Havia uma lista de discussão para usuários e uma para os desenvolvedores.Se você ver um problema e pode corrigir corrigir e, em seguida, execute Larry Wall do Patch e enviar resultante patch para a lista de devs com uma rápida explicação do que ele faz.Geralmente um dev com acesso de gravação para o CVS (ou no real velhos tempos, cuja disquete o projeto residia em ;) ) gostaria de verificar sobre as coisas e se o seu patch faz o que diz na lata, e não quebra com qualquer outra coisa que fica na árvore de código fonte adequada.

Estes dias, há muitos, muitos mais projetos, usando de desenvolvimento aberto e muitos são executados por pessoas que nunca executar um projeto de software antes de falar um código aberto de um, então as coisas podem ser mais complicadas.Geralmente a discussão de um patch para alguém fazer lotes de dev na área do direito, o projeto fica o direito olhos, olhando rapidamente até hoje.Uma pesquisa no repositório on-line vai lhe dizer as pessoas que fazem o trabalho, ao invés de incluir aqueles que recebem seus nomes na página inicial do site, entre em contato com os caras primeiro :)

Answer 6

Um par de outras coisas para manter em mente:

• Esteja certo de que você na verdade, o próprio código que você deseja contribuir para trás, e não o seu empregador ou cliente que você fez a modificações.Verifique o seu contrato de trabalho ou contrato de serviço, se há uma possibilidade que você está em uma situação dessas.

• Investigar se há uma propriedade intelectual processo de atribuição de que os desenvolvedores preferem contribuintes passar.Estes dias, muitos projetos de código Aberto têm como atribuições, de modo a que todos os direitos, para o código do projeto pode ser de propriedade do próprio projecto e/ou de seu patrocinador.

Ambos são importantes quando se trata de proteger a si mesmo, o projeto, e qualquer pessoa que queira usar ou criar o projeto de jusante a partir de afirmações relacionadas com o código que você escreveu.

Answer 7

Se você está procurando maneiras de envolver-se em uma escala menor (talvez a sua maneira de trabalhar) OpenHatch tem um banco de dados de bugs (ordenados por idioma/framework), bem como um ótimo tutorial para começar.

Outra maneira de iniciar é CodeTriage o que tem GitHub acordos de recompra procurando ajuda para consertar os problemas em aberto que também são organizadas por idioma.

Answer 8

A primeira coisa que você deve fazer é entrar em contato as principais pessoas que executar o projeto de código aberto.Perguntar-lhes se é ok para contribuir para o código e de lá ir.

Basta escrever o seu código melhorado e, em seguida, dando-lhes poderá resultar em seu código a ser rejeitado.

Answer 9

Depende do projeto, como e onde ele está hospedado.A melhor coisa é encontrar um ponto de contato e e-mail ou ver se há uma lista de discussão de desenvolvedores.

Answer 10

Ficar conversando no IRC ou navegar através de grupos de notícias se eles têm um.tornar-se conhecido.Você pode precisar enviar patches para um grupo de discussão antes de ser atribuída uma conta para submeter-se.

Familiarizar-se com padrões de codificação, tipos de correção (por exemplo,unified diff) e o checkout de uma cópia de seus CVS ou SVN se eles permitem o acesso anônimo.