• OffRoad_Maniac, кмк, пропустил важный момент, настройку .gitignore. Без него в репозитории попадают временные файлы, кэш DLE, логи. Это вредит производительности и может выдать конфиденциальные данные.
• Если брать параметры, .gitignore должен включать: /engine/cache/, /uploads/, /config.php, *.log, .DS_Store, .env.
• Проверял сам, после добавления в .gitignore файлы из папок не показываются в git status. Работает.
• Также рекомендую использовать git config --global core.autocrlf false, если работаешь на Linux, но синхронизируешь с Windows-хостами.
• В теории, все ок. На практике: если не настроить фильтры, репозиторий раздувается. Уже было с 100+ Мб в папке cache.
• По факту, это дешевле, чем резервные копии вручную. Но без .gitignore, риск.

OldSchool_Maria: OffRoad_Maniac, честно говоря, помню, как в старые времена настраивали репозитории вручную, без всяких скриптов. Ты писал, что инициализировал git init в корне сайта, а что, если потом нужно будет переносить сайт на другой сервер? Как ты потом синхронизируешь изменения, если в git-repo хранятся не только файлы, но и настройки, которые зависят от пути? Нужно ли пересоздавать репозиторий при миграции, или есть способ синхронизировать без потери истории? Да и ладно, помню ещё, как в 2008-м на форумах про это писали, а сейчас всё по-другому, но, честно, иногда хочется вернуться к простоте. Какой подход используешь? ))

OffRoad_Maniac, помню, как в прошлом году переносил сайт с DLE на новый хостинг. Был в панике, весь код в git, но репозиторий был локальный. забыл про удаленный репозиторий. В итоге пришлось руками копировать папки, включая engine/cache и uploads, которые в .gitignore не были. Потом оказалось, что на новом сервере сайт не загружался, php-файлы в кэше были старые. Потерял три часа на отладку.

Теперь обязательно: git init + git remote add origin https://github.com/... перед переносом. Или хотя бы git clone на новом сервере. Сначала думал, что это лишнее, а тут, вот, крепко зацепило. Ахах, теперь каждый раз проверяю, есть ли удаленный репо.

Вот прям, сначала думал: «ну и зачем?» А потом, «а че, вдруг?»

ТипТоп сказал(а):

OffRoad_Maniac, помню, как в прошлом году переносил сайт с DLE на новый хостинг. Был в панике, весь код в git, но репозиторий был локальный. забыл про…

OffRoad_Maniac, а че по поводу git add .? Ты писал "git add …", но конкретно что добавлял? вдруг порпустил важные файлы, типа engine/config.php или .htaccess? Я недано такую фигню наткнулся, в репозитории оказался только index.php, а вся логика в engine/, при синхронизации на сервере все рухнуло. или у тебя был явный список, что именно кидать? ))

OffRoad_Maniac, у меня был похожий случай, когда после настройки git-репозитория начал замечать, что некоторые файлы в админке DLE почему-то не обновляются. Оказалось, что на сервере включен режим хранения файлов в памяти (opcache), и даже после коммита, DLE продолжал показывать старую версию. Помогло просто перезапустить php-fpm: sudo systemctl restart php8.1-fpm Так что, если делаешь коммит, а изменения не видны, проверь, не кэширует ли сервер. Иногда бывает, что git все сделал, но фронтенд не реагирует. Это реально раздражает, особенно когда думаешь, что ошибся в коде. А еще, если пойдешь дальше, можно настроить post-commit hook, который автоматически перезапускает серверные процессы. да, немного геморрой, но потом не надо вручную думать, что перезапускать. по ходу, это не про git напрямую, но очень помогает на практике )

в закладки однозначно

Wanderlust сказал(а):

в закладки однозначно

OffRoad_Maniac, аж загорелся читать твой пост, точно так же начал сам, лет пять назад, на первом DLE-сайте. Тогда думал: «ну, git, это для гиков, а я просто сайт веду». Потом упал с обновления, все сломалось, кэш в репозитории, конфиги в коммитах. Ужас! В итоге месяц переписывал все вручную. Спасло только то, что в .gitignore забыл добавить /engine/cache/, по сей день думаю, что это мой личный чудесный провал. потом добавил *.log, config.php, и даже .htaccess. Теперь вижу, что правда, в простоте. С тех пор с каждым обновлением делаю git add . && git commit -m "обновление", просто бомба. Обязательно попробуйте! )