Comment maintenir un projet Drupal sur GitHub


11

Je maintiens plusieurs modules sur drupal.org. Ayant passé des années à faire les choses "à la manière drupale" (vous vous souvenez de CVS?), J'aimerais me faciliter un peu la vie et utiliser GitHub.

Bien qu'il puisse y avoir des raisons politiques, cela pourrait être indésirable, y a-t-il des raisons techniques? J'imagine que la synchronisation unidirectionnelle pourrait être aussi simple qu'une tâche cron qui effectue une poussée rapide d'un dépôt github vers le dépôt drupal.org correspondant.

Est-ce tout ce qu'il y a à faire? Existe-t-il des outils pour faciliter cela?


Je peux comprendre la frustration qui mène à cette décision ...
Wtower

Réponses:


5

Techniquement, ce post sur SO couvre le fait de pousser / tirer depuis plusieurs télécommandes git. Dans votre cas, il semble que vous ayez configuré 2 télécommandes (git.drupal.org & github.com), tirez / poussez depuis github.com au besoin, puis poussez vers git.drupal.org lorsque vous êtes prêt à publier des mises à jour.

En ce qui concerne la politique, consultez ce fil sur gdo . Il peut contenir des réflexions / idées d'autres personnes qui se trouvent dans la même situation que vous.


Merci. Cela répond à tout sauf à ma question sur la synchronisation automatique.
Coleman

Heureux de vous aider. La partie automatisation peut être effectuée avec un travail de script cron bash (en supposant que l'utilisateur cron a les bonnes clés pour accéder à vos dépôts), mais cela sort vraiment du cadre de Drupal. De plus, il a probablement déjà été répondu sur un autre site SE.
Shawn Conn



1

Il est très logique d'utiliser GitHub si vous souhaitez publier du code expérimental. Les modules que vous ne prévoyez jamais de publier en tant que projet complet.

Lorsque vous gérez un module contribué, tout le monde est libre de participer. De plus, drupal.org a une intégration étroite avec git.drupal.org, vous devez donc vraiment l'utiliser.

  • Valider l'attribution
  • Les mentions de problème dans les messages de validation sont renvoyées au problème mentionné.
  • Processus de vérification pour les nouveaux développeurs.
  • Intégration de la version du projet (branches et tags).
  • Revues de sécurité du module et transferts de propriété du projet.

Je ne pense pas que ce serait mieux si vous déplacez votre code vers GitHub et demandez aux autres d'y participer. En outre, je suis vraiment satisfait des systèmes de contrôle de version que nous avons maintenant et de leur évolution au fil du temps.

Cependant, si vous maintenez d'autres addons Drupal, par exemple, un fichier de configuration pour un IDE, un script de migration de site, une preuve de concepts ou quelque chose comme ça, je pense que github conviendrait mieux. De plus, il est obligatoire de publier votre code sous GPL si vous souhaitez utiliser drupal.org git.

Je gère également certains modules, et j'ajoute le gestionnaire distant github en plus de celui de drupal.org. Lorsque vous poussez votre code, vous pouvez simplement le pousser vers GitHub de la même manière.


Ceci est une pure opinion et ne répond pas à la question. Il est également trompeur de suggérer que les fonctionnalités de git.drupal.org (attribution, versions, etc.) cesseraient de fonctionner. La synchronisation d'un dépôt externe comme github vers git.drupal.org n'a rien à voir avec ces fonctions.
Coleman

2
Telle est la question qui le demande. L'emballage des modules est une raison technique pour laquelle vous ne pouvez pas déplacer votre projet vers github. Bouge , dis-je. Vous pouvez héberger votre code dans plusieurs dépôts, et c'est le point très basique d'un VCS distribué que je n'ai pas à mentionner explicitement à quelqu'un qui gère plusieurs modules :)
AyeshK

Je comprends que différentes personnes peuvent avoir des opinions différentes sur l'hébergement d'un projet sur Github sur Drupal.org, mais je pense que nous devrions nous concentrer sur le sujet ici: comment l'automatiser. Il y a d'autres sujets, même liés dans certains commentaires ici, qui traitent de la question «dois-je faire cela».
pedrorocha
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.