Як підтримувати проект Drupal на GitHub


11

Я підтримую кілька модулів на drupal.org. Провівши роки, роблячи справи «друпальським шляхом» (пам’ятаєте CVS?), Я хотів би трохи полегшити своє життя та використовувати GitHub.

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

Це все, що там є? Чи існують інструменти для полегшення цього?


Я можу зрозуміти розчарування, яке призводить до цього рішення ...
Wtower

Відповіді:


5

Технічно ця публікація на SO охоплює натискання / витягування з декількох віддалених передач. У вашому випадку це здається, що ви встановите два пульти (git.drupal.org & github.com), по мірі необхідності потягніть / натисніть з github.com, а потім натисніть на git.drupal.org, коли будете готові публікувати оновлення.

Що стосується політики, перевірте цю тему на gdo . Він може містити деякі думки / думки інших людей, які опинилися в тій же ситуації, в якій ви знаходитесь.


Дякую. Це відповідає на все, окрім мого питання щодо автоматизованої синхронізації.
Коулман

Радий допомогти. Частину автоматизації можна виконати за допомогою сценарію ch bash script (якщо припустимо, що користувач cron має правильні клавіші для доступу до ваших репостів), але це дійсно не виходить за рамки Drupal. Плюс на це вже, мабуть, відповіли на іншому веб-сайті SE.
Шон Конн


2

Цей проект, здається, покинутий. Принаймні, сторінка проекту hubdrop.io - це мертве посилання.
Коулман

моє ліжко. Вони змінили свою URL-адресу на hubdrop.org
ryancross

1

Має багато сенсу використовувати GitHub, якщо ви хочете опублікувати експериментальний код. Модулі, які ви ніколи не плануєте публікувати як повноцінний проект.

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

  • Присвоїти атрибуцію
  • Згадки про випуск у повідомленнях комітів, що повертаються до згаданого випуску
  • Процес перевірки нових розробників.
  • Інтеграція випуску проекту (гілки та теги).
  • Огляд безпеки модуля та передача права власності на проект.

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

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

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


Це чиста думка і не відповідає на питання. Також оманливо вважати, що функції git.drupal.org (атрибуція, випуски тощо) якось перестануть працювати. Синхронізація зовнішнього репо-файлу, наприклад github, до git.drupal.org не має нічого спільного з цими функціями.
Коулман

2
Так і питання, яке його задають. Упаковка модулів - це технічна причина, чому ви не можете перемістити свій проект до github. Рухайтеся , я сказав. Ви можете розмістити свій код у кількох репостах, і це дуже основна точка розподіленого VCS, що мені не потрібно явно згадувати того, хто підтримує декілька модулів :)
AyeshK

Я розумію, що різні люди можуть мати різні думки щодо розміщення проекту на Github через Drupal.org, але я вважаю, що ми повинні зосередитись на цій темі: як її автоматизувати. Є й інші теми, навіть пов'язані в деяких коментарях тут, які обговорюють питання "чи варто це робити".
педророча
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.