Cómo mantener un proyecto Drupal en GitHub

11

Mantengo varios módulos en drupal.org. Después de haber pasado años haciendo cosas "a la manera drupal" (¿recuerda CVS?) Me gustaría hacer mi vida un poco más fácil y usar GitHub.

Si bien puede haber razones políticas, esto podría ser indeseable, ¿hay alguna razón técnica? Me imagino que la sincronización unidireccional podría ser tan simple como un trabajo cron que hace un avance rápido desde un repositorio github al repositorio drupal.org correspondiente.

Eso es todo? ¿Existen herramientas existentes para facilitar esto?

version-control Coleman
fuente
Puedo entender la frustración que lleva a esta decisión ...
Wtower

Respuestas:

5

Técnicamente, esta publicación en SO cubre empujar / tirar desde múltiples controles remotos git. En su caso, suena como si hubiera configurado 2 controles remotos (git.drupal.org y github.com), tire / empuje desde github.com según sea necesario, luego empuje a git.drupal.org cuando esté listo para publicar actualizaciones

En cuanto a la política, revisa este hilo en gdo . Puede contener algunos pensamientos / ideas de otras personas que se encuentran en la misma situación en la que usted se encuentra.

Shawn Conn
fuente
Gracias. Esto responde todo excepto mi pregunta sobre la sincronización automática.
Coleman
Encantado de ayudar. La parte de automatización se puede hacer con el trabajo de script cron bash (suponiendo que el usuario cron tenga las claves correctas para acceder a sus repositorios), pero eso realmente queda fuera del alcance de Drupal. Además, probablemente ya haya sido respondido en otro sitio de SE.
Shawn Conn
1

Tiene mucho sentido usar GitHub si desea publicar código experimental. Los módulos que nunca planeará publicar como un proyecto completo.

Cuando administra un módulo contribuido, todos son libres de participar. Además, drupal.org tiene una estrecha integración con git.drupal.org, por lo que realmente tiene que usarlo.

  • Cometer atribución
  • El problema menciona en los mensajes de confirmación retroalimentados al problema mencionado.
  • Proceso de selección para nuevos desarrolladores.
  • Integración de lanzamiento de proyectos (ramas y etiquetas).
  • Revisiones de seguridad del módulo y transferencias de propiedad del proyecto.

No creo que sea mejor si mueves tu código a GitHub y le pides a otros que participen allí. Además, estoy muy contento con los sistemas de control de versiones que tenemos ahora y cómo han avanzado con el tiempo.

Sin embargo, si mantiene cualquier otro complemento de Drupal, por ejemplo, un archivo de configuración para un IDE, un script de migración del sitio, prueba de conceptos o algo así, creo que github encajaría mejor. Además, hay un requisito para publicar su código bajo GPL si desea usar drupal.org git.

También mantengo algunos módulos y agrego el controlador remoto de github además del drupal.org. Cuando inserta su código, simplemente puede enviarlo a GitHub de la misma manera.

AyeshK
fuente
Esta es pura opinión y no responde la pregunta. También es engañoso sugerir que las características de git.drupal.org (atribución, lanzamientos, etc.) de alguna manera dejarían de funcionar. Sincronizar un repositorio externo como github con git.drupal.org no tiene nada que ver con esas funciones.
Coleman
2
Así es la pregunta que lo pide. El empaquetado de módulos es una razón técnica por la cual no puede mover su proyecto a github. Muévete , dije. Puede alojar su código en múltiples repositorios, y ese es un punto muy básico de un VCS distribuido que no tengo que mencionar explícitamente a alguien que mantiene varios módulos :)
AyeshK
Entiendo que diferentes personas pueden tener diferentes opiniones sobre cómo organizar un proyecto en Github a través de Drupal.org, pero creo que deberíamos centrarnos en el tema aquí: cómo automatizarlo. Hay otros temas, incluso vinculados en algunos comentarios aquí, que discuten la pregunta "debería hacer esto".
pedrorocha