Как поддерживать проект Drupal на GitHub

Я поддерживаю несколько модулей на drupal.org . Потратив годы на то, чтобы делать что-то "по-друпальски" (помните резюме?) Я хотел бы немного облегчить свою жизнь и использовать GitHub.

Хотя могут быть политические причины, это может быть нежелательным, есть ли какие-либо технические причины? Я полагаю, что односторонняя синхронизация может быть такой же простой, как задание cron, которое выполняет ускоренный переход от репозитория github к соответствующему drupal.org репо.

И это все, что нужно сделать? Здесь существующие инструменты для облегчения этого?

Author: kiamlaluno, 2015-04-05
Source

4 answers

Технически, этот пост на ТАК что охватывает нажатие/вытягивание с нескольких пультов git. В вашем случае это звучит так, как будто вы настроили 2 пульта дистанционного управления (git.drupal.org & github.com), тянуть/толкать с github.com по мере необходимости, затем нажмите, чтобы git.drupal.org когда вы будете готовы публиковать обновления.

Что касается политики, проверьте эту тему на g.d.o. Он может содержать некоторые мысли/идеи от других людей, которые находятся в той же ситуации, что и вы.

 5
Author: Shawn Conn, 2017-05-23 12:41:25

Сопровождающие модуля RESTful недавно говорили о своих причинах и опыте разработки модуля полностью на Github:

Https://www.lullabot.com/blog/podcasts/drupalizeme-podcast/55-restful-module

(минута 38:32)

Надеюсь, это поможет,

 3
Author: dinopmi, 2015-04-10 13:35:09
 2
Author: ryancross, 2015-06-15 01:07:30

Имеет большой смысл использовать GitHub, если вы хотите опубликовать экспериментальный код. Модули, которые вы никогда не планируете публиковать как полноценный проект.

Когда вы управляете внесенным модулем, все могут свободно участвовать. Кроме того, drupal.org имеет тесную интеграцию с git.drupal.org , так что вам действительно нужно его использовать.

  • Атрибуция фиксации
  • Упоминание о проблеме в сообщениях о фиксации, возвращенных к упомянутой проблеме.
  • Процесс проверки новых разработчиков.
  • Интеграция выпуска проекта (ветви и теги).
  • Проверка безопасности модуля и передача прав собственности на проект.

Я не думаю, что было бы лучше, если бы вы перенесли свой код на GitHub и попросили других принять в нем участие. Кроме того, я действительно доволен системами контроля версий, которые у нас сейчас есть, и тем, как они развивались с течением времени.

Однако, если вы поддерживаете какие-либо другие дополнения Drupal, например, файл конфигурации для IDE, сценарий переноса сайта, доказательство концепций или что-то в этом роде, я думаю, что github подойдет лучше. Кроме того, существует требование опубликовать свой код под GPL, если вы хотите использовать drupal.org мерзавец.

Я также поддерживаю некоторые модули и добавляю удаленный обработчик github в дополнение к drupal.org один. Когда вы отправляете свой код, вы можете просто отправить его на GitHub таким же образом.

 1
Author: AyeshK, 2015-04-06 12:39:54