Який найкращий спосіб зберегти код свого веб-сайту в git і тягнути в core та внести внесок у одне сховище?

Ще коли Drupal був у CVS, я мав свої сайти у сховищі git, а потім перетягнув у core та дописи через CVS. Дві системи радісно співіснували, і я міг відслідковувати зміни у всьому і робити патчі для внесення модулів. Тепер із git я не впевнений, чи просто завантажити contrib та core та перевірити їх у сховищі git мого сайту, чи, можливо, використовувати підмодулі?

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

version-control

— наксок
джерело

Відповіді:

Не зовсім те саме питання, що і /drupal/260/deploying-drupal-with-git, але я маю таку ж відповідь для вас.

http://freso.dk/en/2011/02/26/managing_fresodk_from_cvs_in_svn_to_git

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

— Бердір
джерело

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

— naxoc

Ви можете мати стільки дистанційних, скільки хочете. Щоб зробити це простіше, ви можете перейменувати віддалений drupal на drupal (git гілка перейменувати походження drupal), а потім додати своє власне як походження (git remote add origin user@example.org: repo.git). Потім ви можете все-таки налаштувати основну гілку (7.x), щоб вийти з drupal за замовчуванням (git branch --set-upstream drupal / 7.x 7.x)

— Бердір,

Ідеально. Це саме те, що я шукав!

— naxoc

Просто невелика корекція до git branch rename origin drupal- так і має бути git remote rename origin drupal.

— naxoc

Оскільки ви не повинні зламати ядро, змініть свою думку: замість того, щоб ядро підмодуль вашого сайту, зробіть свій власний код підмодулем core. Після клонування основного сховища ви можете робити все, що завгодно, включаючи додавання до нього власних підмодулів.

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