Форум

У меня репозитарий обычно располагается на уровень выше корня сайта. Файл исключений, как правило, содержит следующие строки:

html/bitrix/cache/
html/bitrix/managed_cache/
html/bitrix/stack_cache/
html/bitrix/php_interface/dbconn.php
html/bitrix/modules/serverfilelog*
html/bitrix/modules/updater.log
html/bitrix/modules/serverfileerrorlog.dat
html/bitrix/wizards/
html/bitrix/backup/

Папка html — корень сайта.

Выше перечислены файлы и папки Битрикса, которые в репозитарий класть незачем. Иногда, в зависимости от проекта, имеет смысл исключить также папку upload, или наоборот, включить wizards.

Файл dbconn.php исключен по двум причинам:

1) Безопасность: не стоит класть реквизиты базы данных в репозитарий;
2) Удобство: если разработчики работают со своей локальной базой, то файл у всех будет различаться. Рано или поздно кто-то по ошибке его закоммитит и возникнут проблемы.

Вместо dbconn.php в php_interface удобно добавить dbconn.sample.php — болванку, которую разработчики смогут использовать как пример dbconn.php при разворачивании проекта локально.

Остальные файлы (test.php, логи, локи и тому подобное) каждый добавляет уже по вкусу.

Я на партнерке показывал, какие у нас исключения для меркуриала:
.hgignore

/bitrix/activities/bitrix/
/bitrix/admin
/bitrix/cache
/bitrix/components/bitrix/
/bitrix/gadgets/bitrix
/bitrix/controller_log
/bitrix/image_uploader
/bitrix/images
/bitrix/js
/bitrix/managed_cache
/bitrix/stack_cache
/bitrix/modules
/bitrix/otp
/bitrix/sounds
/bitrix/template/
/bitrix/themes
/bitrix/tmp
/bitrix/tools
/bitrix/wizards/bitrix
/bitrix/[^/]*\.php$
/upload
/bitrix/php_interface

По сути, обновляемое ядро исключается из контроля версий.

извиняюсь что поднимаю старую тему а как вы учитываете состояние БД битрикса в общем и структуры инфоблоков в частности?

Готовых решений не нашел (
Последние две недели раздумываю над вопросом - стоит ли писать модуль миграций. С учетом того, что на подходе новое ядро(хочется верить что на подходе, обещаниями уже полгода кормят).