Git
Версионированию подлежит только проектный код в директории /local и публичные страницы сайта. Служебные каталоги ядра /bitrix, кеш, файлы пользователей /upload и локальные конфигурации с доступами к базе данных обязательно исключаются через .gitignore.
Прогресс хранится в этом браузере. Войдите, чтобы сохранить его в аккаунте.
Что нужно понимать
-
1
Коммиты, ветки, слияние
-
2
Работа с удалённым репозиторием
-
3
Разрешение конфликтов
-
4
Базовый git-flow в команде
Материалы
Рекомендуем со стороны
Проверь себя
Склонировали репозиторий проекта на новый сервер, установили ядро — сайт без дизайна и половины страниц. Что не так с репозиторием?
Шаблон и модули готового решения лежали в /bitrix/templates и /bitrix/modules, которые в Git не попадают. Их ставят из Маркетплейса или переносят отдельно, а свои правки шаблона должны были жить в /local/templates.
Почему /bitrix/cache, /upload и .settings.php не должны быть в репозитории, а /local должен?
Кеш и upload — данные, которые растут на гигабайты и различаются на каждом сервере. В .settings.php пароли к базе. В /local — весь ваш код, который нужно переносить между серверами и откатывать.
На проде после обновления сломался обработчик события, который добавили «когда-то». Как Git помогает быстрее, чем чтение кода?
git blame по /local/php_interface/init.php покажет, кто и в каком коммите добавил строку, а git log -p — что менялось рядом. Без истории остаётся угадывать по датам файлов через FTP.
Два разработчика правили header.php шаблона в разных ветках. Что произойдёт при слиянии и что делать?
Git отметит конфликт в файле маркерами, и его надо разрешить руками, оставив обе правки или одну. Проверка после слияния — открыть страницу: шаблон подключается на каждом хите, ошибка в нём кладёт весь сайт.
Не сходится?
Спросите ассистента BXMax: он знает документацию и материалы сайта по этой теме.
Знаете материал лучше?
Предложите ссылку: после проверки она появится в этом разделе.
Войти, чтобы предложить