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

votos
30

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

Publicado el 05/08/2008 a las 14:25
fuente por usuario
En otros idiomas...                            


10 respuestas

votos
18

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 con 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.

Respondida el 05/08/2008 a las 14:30
fuente por usuario

votos
7

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.

Respondida el 06/08/2008 a las 23:38
fuente por usuario

votos
4

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.)
Respondida el 22/08/2008 a las 14:52
fuente por usuario

votos
4

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

Respondida el 05/08/2008 a las 15:21
fuente por usuario

votos
3

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 errores (ordenados por idioma / marco), así como un gran tutorial para empezar.

Otra manera de empezar es CodeTriage que tiene repositorios de GitHub en busca de ayuda para arreglar los problemas abiertos que también están organizados por el lenguaje.

Respondida el 19/09/2013 a las 22:16
fuente por usuario

votos
3

Un par de otras cosas a tener en cuenta:

  • Estar seguro de que usted posee realmente el código que desea contribuir atrás, y no a su empleador o el cliente ha realizado las modificaciones para. 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ó.

Respondida el 09/08/2008 a las 01:22
fuente por usuario

votos
3

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 :)

Respondida el 05/08/2008 a las 17:12
fuente por usuario

votos
1

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.

Respondida el 05/08/2008 a las 14:28
fuente por usuario

votos
0

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.

Respondida el 22/08/2008 a las 15:09
fuente por usuario

votos
0

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.

Respondida el 05/08/2008 a las 14:26
fuente por usuario

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more