language-agnostic - proyectos - open source projects

¿Cómo contribuir el código a un proyecto de código abierto? (10)

Si está siguiendo un proyecto de código abierto y desea contribuir con cambios de código, ¿qué debe hacer?

Como han dicho los carteles anteriores, es un asunto del proyecto. Descubrirá que algunos están más dispuestos a cambiar que otros. Desde una perspectiva mecánica, deberá ver si usan SVN (por ejemplo, en código google) o CVS (por ejemplo, en sourceforge) y determinar si usan parche o algún otro método.

Un buen ejemplo del tipo de procedimiento que podría necesitar se puede ver en el sitio de gimp: http://www.gimp.org/bugs/howtos/submit-patch.html Tenga en cuenta su uso de Bugzilla, parche y CVS

Cosas como esta solían ser simples.

Había una lista de correo para usuarios y otra para desarrolladores. Si ve un problema y puede arreglarlo, arréglelo y luego ejecute el Parche de Larry Wall y envíe el parche resultante a la lista de desarrolladores con una explicación rápida de lo que hace. Generalmente, un desarrollador con acceso de escritura al CVS (o en los viejos tiempos en los que residía el proyecto;)) verificaría las cosas y si tu parche hace lo que dice en la lata y no rompe nada más, entra en el árbol fuente propiamente dicho.

En estos días hay muchos, muchos más proyectos que usan desarrollo abierto y muchos de ellos son administrados por personas que nunca han ejecutado un proyecto de software, y mucho menos uno de código abierto, por lo que las cosas pueden ser más complicadas. Por lo general, enviar un parche por correo a alguien que hace muchos desarrollos en el área correcta del proyecto consigue que los ojos adecuados lo miren rápidamente incluso hoy. Una búsqueda del repositorio en línea le dirá a las personas que hacen el trabajo en lugar de a los que obtienen sus nombres en la página principal del sitio web, comuníquese primero con esos tipos :)

Depende del proyecto, cómo y dónde está alojado. Lo mejor es encontrar un contacto y enviarlo por correo electrónico o ver si hay una lista de correo de desarrolladores.

Lo primero que debe hacer es ponerse en contacto con las personas principales que ejecutan el proyecto de código abierto. Pregúnteles si está bien contribuir con el código e ir desde allí.

Simplemente escribir su código mejorado y dárselo puede hacer que su código sea rechazado.

La mejor manera de hacerlo es presentándose así: "Hola, aquí hay un error / función y aquí hay un parche que lo arregla / implementa".

Estoy en un par de proyectos de código abierto, y hay muchas personas con las mejores intenciones de ayudar, pero que en realidad nunca hacen nada, por lo que si aparece con código de trabajo se lo considerará mucho más valioso.

Un par de otras cosas a tener en cuenta:

Asegúrese de tener el código que desea devolver, y no su empleador o el cliente para el que realizó las modificaciones. Verifique su contrato de trabajo o acuerdo de servicio si existe la posibilidad de que se encuentre en tal situación.
Investigue si hay un proceso de asignación de propiedad intelectual que los desarrolladores prefieren que los contribuyentes realicen. En estos días, muchos proyectos de código abierto tienen tales asignaciones, de modo que todos los derechos del código en el proyecto pueden ser propiedad del propio proyecto y / o su patrocinador.

Ambas son importantes cuando se trata de protegerse a usted mismo, al proyecto y a cualquier persona que quiera utilizar o desarrollar el proyecto desde las reclamaciones relacionadas con el código que escribió.

Chatea en IRC o navega por los grupos de noticias si tienen uno. hazte conocer Es posible que deba enviar parches a un grupo de noticias antes de que se le proporcione una cuenta para que se presente.

Familiarícese con los estándares de codificación, los tipos de parches (por ejemplo, diff unificado) y obtenga una copia de su CVS o SVN si permiten el acceso anónimo.

Como creador de varios proyectos de código abierto, estoy al otro lado de las cosas porque estoy tratando de conseguir contribuyentes. Esto es lo que diría:

Anúnciate de la manera que sea más adecuada para el proyecto: correo electrónico, lista de correo, foro, etc.
Vea si su idea ya está en marcha. Si es así, quizás trate de ayudar en lugar de duplicar esfuerzos.
Descubre la forma preferida de enviar el código
Asegúrese de seguir los estilos de codificación utilizados en el proyecto. (Si decides convertir todas las pestañas en espacios, no podrán fusionar fácilmente tus cambios en el sistema de control de versiones y es muy probable que ignoren tu envío.)

Me gustaría pasar el tiempo conociendo a la gente primero. Por lo general, tienen una sala de chat IRC donde todos inactivos. Dedique algún tiempo a conocer a las personas, estudie el código, revise la documentación, luego, si cree que es el candidato correcto para el proyecto, comience a contribuir a los parches de errores. No intente agregar nuevas funciones al principio. Generalmente no serán aceptados.

También mire esta charla de Google Tech sobre cómo proteger su proyecto de código abierto de personas venenosas . Te enseñará lo que no debes hacer.

Si está buscando maneras de involucrarse en una escala más pequeña (tal vez para mejorar) OpenHatch tiene una base de datos de bugs que se puede buscar (ordenada por idioma / marco) así como un gran tutorial para comenzar.

Otra forma de comenzar es CodeTriage, que tiene repositorios GitHub que buscan ayuda para solucionar problemas abiertos que también están organizados por idioma.