¿Cómo hacer para “hacerse cargo” de un proyecto de código abierto?

29

Hay un proyecto de código abierto que me interesa y uso regularmente. Está licenciado bajo la Licencia Apache 2.0 y básicamente ya no tiene actividad. Está alojado en Google Code y estoy interesado en continuar su desarrollo. Soy nuevo en el proceso de código abierto y estoy tratando de descubrir la forma adecuada de hacerlo. ¿Puedo verificarlo y llevarlo a github para poder continuar su desarrollo al aire libre allí? ¿Debo contactar primero al "propietario" del proyecto? Además, ¿dejo toda la información del autor en la parte superior de las clases, etc. a pesar de que voy a hacer cambios ... (supongo que la respuesta es sí)?

Además, ¿cómo me adhiero prácticamente al requisito de licencia de "todas las modificaciones están claramente marcadas como el trabajo del modificador"? ¿Coloco un comentario por cada cambio que hago?

¿Alguna orientación sobre cuál es el curso / estándar normal aquí sería muy apreciada?

LuxuryMode
fuente
2
¿El proyecto todavía tiene una comunidad activa?
Tim Post
La catedral y el bazar
Yam Marcovic
1
Póngase en contacto con Apache, tienen procedimientos formales y razonables para casi todo.
James Anderson

Respuestas:

29

Recientemente, me hice cargo de un proyecto de código abierto. Los pasos que seguí son:

  1. Contacta al autor original
  2. Hazle saber mis intenciones
  3. Obtenga el reconocimiento de él / ella (obtendrá los derechos del repositorio original o podrá clonarlo)
  4. Retener autoría original (será la adición de mí mismo cuando hago cambios adicionales)

Por "Conservar la autoría original" ... me refiero a acreditar al autor original por encima de mí en todos los casos, ya que originalmente es su trabajo.

Alan Haggai Alavi
fuente
1
¿Qué quiere decir con "Conservar la autoría original (me agregaré cuando haga más cambios)"?
LuxuryMode
Tenía la intención de acreditar al autor original por encima de mí en todos los casos, ya que originalmente es su trabajo.
Alan Haggai Alavi
Mark Booth : Tienes razón. Gracias por editar mi respuesta. :-)
Alan Haggai Alavi
7

Deberías bifurcar el proyecto, tal vez en GitHub .

Alternativamente, puede intentar contactar al autor original.

SLaks
fuente
1
Muchas gracias. Envié un correo electrónico al autor original. Solo me pregunto, ¿hay alguna razón por la que DEBO contactarlo o es solo cortesía común? En términos de la licencia, soy libre de hacer lo que quiera siempre que me adhiera a él, ¿verdad? Además, hablé demasiado pronto. Aparentemente el repositorio original está en mercurial. ¿Debo usar el complemento hg-git mercurial: hg-git.github.com ?
LuxuryMode
77
Cortesía común. Además, es posible conseguir el control de las cosas que no sean código fuente, tales como nombres de dominio, marcas, sitios web, listas de correo, etc.
FigBug
2
Solía ​​ser que los tenedores se consideraban malos. Siempre se consideró mejor contactar al desarrollador original y ser cortés. La filosofía de githib es que los tenedores son baratos y todos deben tenedores. Después de todo, bajo un DVCS, todo es un tenedor. De ahí por qué ves estos diferentes puntos de vista.
Andrew Dalke
1
Los usuarios odian las bifurcaciones, con una bifurcación no obtendrás la tracción anterior del proyecto, la base de usuarios, los probadores, los contribuidores / portadores de versiones compiladas . Generalmente los quieres. La forma del github ( gihub-do ) es mejor para cosas interpretadas que no apuntan a la distribución binaria. Y aún así perderá personas muy calificadas que simplemente prefieren hgy no les importa nada git. (sí, guerras religiosas, bleargh)
ZJR
6

Hay muchas maneras de hacerlo:

  1. Envíe un correo electrónico al "propietario / autor" original. Cuéntale tus intenciones y cómo puedes ayudar al desarrollo. Espera alrededor de 1 semana. Si no hay respuesta ...
  2. Bifurca el repositorio. Por respeto y para asegurarse de que no hizo nada malo (lo que probablemente no hizo), haga una referencia clara al autor original.
  3. ¡Obtén codificación! Ahora eres el orgulloso desarrollador del Proyecto ABC.
Dinámica
fuente