По ошибке завели ядро bitrix под Контроль версий. Что делать?

Question

[Иван Аникин]

Ситуация такая:
Проект был изначально заведен вместе с ядром.
ну соответственно помимо того что он много места занимал + если на тестовом ставить обновления и комитеть изменения ядра то при переносе в мастер те изменения что применялись на базу во время обновления все равно не применяться и в итоге у нас новый код ядра не будет корректно работать на старую базу да и обновления уже не накатишь так как они примерились не верно.

чтобы вывести ядро битрикс из контроля версий я сделал следующее
добавил в .gitignore следующие правила:
bitrix/activities/
bitrix/admin/
bitrix/backup/
bitrix/cache/
bitrix/components/bitrix/
bitrix/css/
bitrix/fonts/
bitrix/gadgets/
bitrix/image_uploader/
bitrix/images/
bitrix/js/
... Полный список могу прислать сразу файлом

Но так как ядро уже присутствует в истории если происходят изменения в этих файлах они все равно попадают в отслеживание
по этому я сделал следующее:
я вызвал на данные папки команды
git rm --cached -r
типо git rm --cached -r bitrix/panel/ bitrix/components/bitrix/ ...
это метит файлы как удаленные но не удаляет их реально
Они попадают в коммит как удаленные.

это я сделал в ветке где разрабатывал.

Но теперь если я делаю пул с мастера он похоже реально удаляет эти файлы при мерже..
я вижу оч неприятную картину что у меня части кода модулей, компонентов пропали и сайт ломается.

сейчас у меня возникла следующая идея

перед пулом с своей веткой на мастере (боевом сайте), Я
- полностью копирую гитигнор с всеми исключениями
- удаляю не по папкам как ранее а реально ВСЕ что попадает под игнор командами:
git rm -r --cached .
git add .
git commit -m "Removing all files in .gitignore"
- И только после этого делаю пул с своей веткой

Как думаете это сработает?
Есть другой вариант?
Сталкивались с подобным и как выходили из этих проблем?

Comments

[Иван Аникин]

и картина странная он не все файлы удалил
а части модуля, у компонентов главные файлы.
причем файлы удалились а востановить даже хардрезетом не получаеться.
делал так как и описывал
на мастере >
1) обновляю боевой проект
2) добавляю гитигнор
3) делаю git rm -r --cached по папкам (думаю это и повлияло может не на все это применил) а сделать сразу на все не догадался
4) комичу на мастере все
5) И делаю пул на ветку с новым функционалом
Вот на этом моменте вижу что все полетело.

Answer 1

[Александр Момот]

А ещё в истории гита появился жирный такой кусок данных, если поверх того коммита, где удалили всё из кэша и .gitignore уже начали делать другое. Если битрикс со всем кэшом и прочим мусором занимал у вас 3-4 гига, теперь эти 3-4 гига вшиты в историю и всегда будут качаться на машину разработчику, который делает git clone (забирает к себе в папку битрикс первый раз)

Comments

[Иван Аникин]

Да! Я про тоже. проект заводили давно и с этим жить больно. Вот и задаю вопрос как в этом случае по хорошему поступать?
Перезаводить заново теряя историю? Или можно удалить историю ядра из текущего репозитория?

[Александр Момот]

randomizex, по этому поводу есть целая ветка на SO:
https://stackoverflow.com/questions/2100907/how-to...
инструкцию из которой я и применил пару лет назад, но посредством git filter-branch (там второй ответ и подход описан).
Я рекомендую так же ознакомиться с проблемами, которые возникнут у других разработчиков, потому что если прибегнуть к чистке больших файлов, или же наоборот набора мелких файлов в огромном количестве - историю нужно будет переписать у всех. Возможно, тут как раз таки будет иметь смысл всем зафиксировать свои рабочие изменения в каком-нибудь git stash, далее удалить репозиторий у себя локально, и забрать ваш с уже переписанными изменениями, и как бы начать всё с нуля. Ну а изменения unstash-ить уже в свои ветки, где и продолжать работу каждому члену команды, как будто бы ничего и не было

Answer 2

[Артем]

сработает

git rm -r --cached .
git add .
git commit -m "Removing all files in .gitignore"