Cómo contribuir código para un proyecto de código Abierto?[cerrado]

Question

Si estás siguiendo un proyecto de código Abierto y me gustaría aportar cambios en el código, ¿qué se necesita hacer?

Answer 1

Me gustaría pasar el tiempo para conocer a las personas primero.Generalmente tienen una sala de chat IRC, donde todo el mundo está inactivo.Pasar algún tiempo llegar a conocer a la gente, estudiar el código, de la revisión de la documentación, a continuación, si usted se siente como usted es un ajuste correcto para el proyecto, comenzar a contribuir a error parches.No intente agregar nuevas características a primera.Que en general no van a ser aceptados.

También ver este google tech talk acerca de Cómo Proteger A Su Proyecto de código Abierto de Venenosas Personas.Se le enseñará qué no hacer.

Answer 2

La mejor manera de hacer esto es presentarte como este: "Hola, Aquí un bug/característica y aquí hay un parche que corrige/implementa."

Estoy en un par de proyectos de código abierto, y hay un montón de gente con las mejores intenciones de ayudar, pero que en realidad nunca hacen nada, así que si te presentas con código de trabajo se considera que es mucho más valioso.

Answer 3

Como los anteriores carteles han dicho, es una cuestión para el proyecto.Usted encontrará que algunos son más abiertos al cambio que otros.Desde una perspectiva mecánica, tendrá que ver si el uso de SVN (por ejemplo en google code) o CVS (por ejemplo en sourceforge) y determinar si el uso de un parche o algún otro método.

Un buen ejemplo del tipo de procedimiento que usted puede ser que necesite emplear puede ser visto en el gimp sitio: http://www.gimp.org/bugs/howtos/submit-patch.html Nota el uso de Bugzilla, revisión y CVS

Answer 4

Como el creador de varios proyectos de código abierto, yo estoy en el otro lado de las cosas en que estoy tratando de conseguir los contribuyentes.Aquí es lo que yo diría:

• Anunciar a ti mismo en cualquier forma que sea apropiada para el proyecto:correo electrónico, lista de correo, foro, etc
• A ver si tu idea ya está en las obras.Si es así, tal vez intentar ayudar, en lugar de duplicar esfuerzos.
• Averiguar la forma preferida para enviar el código de
• Asegúrese de seguir los estilos de codificación utilizados en el proyecto.(Si usted decide convertir todas las fichas a los espacios, que no será capaz de combinar los cambios en su sistema de control de versiones fácilmente y más que probable que ignore su presentación.)

Answer 5

Cosas como ésta solía ser simple.

Había una lista de correo para los usuarios y otro para los desarrolladores.Si usted ve un problema y poder solucionarlo de solucionarlo y, a continuación, ejecute Larry Pared del Parche y enviar el resultado parche para los desarrolladores de la lista con una breve explicación de lo que hace.Generalmente un dev con acceso de escritura al CVS (o en la edad real de días, cuyo disquete el proyecto residía ;) ) se echa sobre las cosas y si su parche hace lo que dice en la lata y no se rompe cualquier otra cosa que se mete en el árbol de código fuente adecuada.

En estos días hay muchos, muchos más proyectos mediante el desarrollo abierto y muchas de ellas están dirigidas por personas que nunca han corrido un proyecto de software antes digamos un código abierto uno para que las cosas pueden ser más complicadas.Generalmente el envío de una revisión a alguien a hacer un montón de dev en el área de la derecha de que el proyecto obtiene el derecho de los ojos mirando rápidamente, incluso hoy en día.Una exploración del repositorio en línea le dirá a la gente que hacer el trabajo en lugar de aquellos que reciben sus nombres en la página principal del sitio web, póngase en contacto con los chicos de la primera :)

Answer 6

Un par de cosas a tener en cuenta:

• Tener la certeza de que usted en realidad el código que desea contribuir a la comunidad, y no a su empleador o el cliente se hicieron las modificaciones para.Revise su contrato de trabajo o acuerdo de servicio si hay una posibilidad de que usted está en una situación semejante.

• Investigar si hay una propiedad intelectual, proceso de asignación de que los desarrolladores prefieren contribuyentes ir a través de.En estos días muchos de los proyectos de código Abierto tienen este tipo de asignaciones, por lo que todos los derechos sobre el código en el proyecto puede ser poseído por el proyecto y/o de su patrocinador.

Ambos son importantes cuando se trata de protegerse, el proyecto, y cualquier persona que quiera usar o construir en el proyecto aguas abajo de las reclamaciones relacionadas con el código que escribió.

Answer 7

Si usted está buscando maneras de involucrarse en una escala más pequeña (tal vez a su forma de trabajo) OpenHatch tiene una base de datos de bugs (ordenados por idioma/marco), así como un gran tutorial para empezar.

Otra forma de empezar es CodeTriage que tiene los repositorios de GitHub en busca de ayuda para la fijación de los problemas abiertos que son, también, organizado por el lenguaje.

Answer 8

La primera cosa que usted debe hacer es ponerse en contacto con las principales personas que se ejecute el proyecto de código abierto.Les pregunto si está bien para contribuir con el código e ir de allí.

Simplemente escribiendo su código mejorado y, a continuación, dar a ellos puede resultar en que su código sea rechazada.

Answer 9

Depende del proyecto, de cómo y donde se encuentra alojada.Lo mejor es buscar un contacto y enviarlas por correo electrónico o ver si hay un los desarrolladores de la lista de correo.

Answer 10

Obtener en el chat en IRC o navegar a través de los grupos de noticias, si tienen uno.date a conocer.Usted puede necesitar enviar parches a un grupo de noticias antes de que esté dado cuenta que someterse.

Familiarizarse con las normas de codificación, los tipos de parche (por ejemplo,diff unificado) y obtener una copia de sus CVS o SVN si se permite el acceso anónimo.