Как лучше всего обновить ядро Drupal, не нарушая репозиторий Git и производственный веб-сайт

У меня есть репозиторий Git, в котором весь мой код находится в главной ветке, и раньше я просто игнорировал все файлы Drupal, поэтому я строго разделял код, который я написал (или изменил или мог бы изменить), и код, который может быть сгенерирован с помощью Drush или чего-то еще.

Это казалось хорошей стратегией, пока мне не пришлось обновить Drupal. Я понял, что хочу иметь возможность откатиться, если дела пойдут плохо, и что может быть лучше, чем использовать Git для этого. Я подумал про себя, что это была бы идеальная ситуация для ветки функций, поэтому я создал ветку drupal-7.14, дал ей свою собственную .gitignore, чтобы игнорировать все мои файлы кода и настроек и обращать внимание только на файлы, которые являются частью установки Drupal, к которым я бы не прикасался. Я сделал обновление вручную (скачать, распаковать, распаковать, скопировать), сортируя пограничные случаи, такие как robots.txt и .htaccess, и перезапись .gitignore от Drupal моим собственным. Я исправил некоторые настройки, которые работали с 7.14, но не с 7.15, чтобы восстановиться после ошибки 500, и тогда все казалось идеальным. Я переименовал ветку в drupal-7.15 и собирался счастливо продолжить свой путь.

Пока я не понял, что я нечаянно сделал: файлы, которые ранее не отслеживались моей главной ветвью, но оставались в рабочем каталоге, теперь были удалены из рабочего каталога, когда я проверил master, так как они больше не были неотслеживаемыми файлами! Д'о!

Если я объединю ветвь drupal-7.15 с мастером, я потеряю разделение кода.

Вероятно, есть какой-то способ преобразовать ветвь в подмодуль. Предполагая, что это возможно, это может быть лучшей стратегией. До того, как я это сделал, я знал, что подмодули были "правильным" решением, но, поскольку я не осознавал побочного эффекта использования ветвей для ранее не отслеживаемых файлов, я решил срезать углы и пойти по этому пути. (Кроме того, все подходы, которые я видел к использованию подмодулей с Drupal, предполагают, что вы начинаете новый проект, и Drupal будет главная ветвь. Мне нежелательно делать чужой код главной ветвью, а у меня уже было репо с главной ветвью. Это выглядело так, как будто было бы излишне сложно просто выполнить обновление.)

Возможно, есть какое-то другое решение, о котором я не подумал.

Как я могу наилучшим образом оправиться от этого с наименьшими возможными недостатками?

ОБНОВЛЕНИЕ: Это находится в разработке (в виртуальной машине Linux на моем ноутбуке) и еще не запущено в производство. К тому времени, когда мы приступим к производству, я планирую, чтобы все было упаковано в функциональные модули, но это еще не сделано.

ОБНОВЛЕНИЕ 2: Подмодули могут не работать. Согласно Pro Git, "Подмодули позволяют хранить репозиторий Git в качестве подкаталога другого репозитория Git". Drupal не обеспечивает такого приятного разделения. Вместо того, чтобы весь код Drupal находился в подкаталоге, связь более или менее перевернута, но по-прежнему нет чистое разделение, так как вы, возможно, редактируете свой.htaccess и robots.txt , так что ваш код и репозиторий Drupal смешаны вместе. Я ищу обходной путь для решения этой проблемы.