Хранилище конфигураций 1С: создание, подключение и первая загрузка
Содержание
Хранилище конфигураций ставится из Конфигуратора: открываете пустую или рабочую конфигурацию, выбираете Конфигурация → Хранилище конфигурации → Создать хранилище..., указываете каталог и пользователя-администратора. Через минуту у вас готов общий склад версий конфигурации, куда несколько разработчиков могут вносить правки по очереди и не затирать друг друга.
Само по себе хранилище ничего не «устанавливает» на сервер 1С и не требует отдельной лицензии. Это файл с историей версий плюс правила доступа к нему. Ниже по порядку: что нужно подготовить, как создать файловое хранилище, чем отличается серверное, как подключить людей и что делать, когда что-то пошло не так.
Зачем команде хранилище и что в нём лежит
Без хранилища два программиста правят одну конфигурацию в разных копиях базы. Через неделю вы собираете изменения вручную, сравнивая модули глазами. Хранилище убирает эту ручную сборку.
Что оно даёт:
- 📦 Единая версия. Все видят одну актуальную конфигурацию, а не «мою копию с вечера».
- 🔒 Захват объектов. Пока вы правите документ или модуль, другой разработчик может его читать, но не может менять.
- 🕑 История. Каждая помещённая правка — это версия с номером, автором и комментарием. Откатиться на любую можно.
- 🔀 Объединение. Если два человека всё же правили одно и то же, 1С предложит сравнить и слить версии.
В хранилище лежит именно конфигурация: объекты метаданных, модули, формы, макеты. Данные базы (документы, справочники, остатки) туда не попадают. Хранилище — про код и структуру, а не про учёт.
Хранилище нужно, когда в доработках участвует больше одного человека или когда вы хотите иметь возможность откатить свою же ошибку. Один разработчик на одной базе вполне обойдётся выгрузкой конфигурации в файл .cf перед правками.
Что подготовить до создания хранилища
Проверьте пять вещей, и создание пройдёт без возвратов.
- Платформа одной версии у всех. Разработчики должны работать на одном релизе платформы 8.3. Хранилище, созданное на новой платформе, на старой часто просто не откроется.
- Конфигурация в режиме правки. Если типовая конфигурация стоит на поддержке с запретом изменений, сначала включите возможность изменения:
Конфигурация→Поддержка→Настройка поддержки.... Для собственной конфигурации без поддержки этот шаг не нужен. - Место на диске. Хранилище растёт с каждой версией. Для типовой конфигурации закладывайте несколько гигабайт с запасом и держите каталог на диске, который попадает в резервное копирование .
- Сетевой доступ. Для файлового варианта у всех участников должен быть доступ к общей папке на запись. Для серверного — открытый порт на сервере хранилища.
- Список людей и ролей. Заранее решите, кто будет администратором хранилища, кто разработчиком, а кто только смотрит.
Перед первым созданием хранилища сделайте выгрузку конфигурации в файл и копию информационной базы. Хранилище не портит базу, но ошибка в процессе загрузки стоит нескольких часов.
Создание файлового хранилища: шаг за шагом
Файловое хранилище — самый простой вариант. Подходит для команды из 2–5 человек в одной локальной сети или на общем сетевом диске.
Шаг 1. Создайте каталог
Заведите пустую папку на сетевом ресурсе, например \\fileserver\repo\buh. Права на запись нужны всем, кто будет работать с хранилищем. Не кладите хранилище в папку, которую синхронизирует облачный клиент: он ломает файлы во время записи.
Шаг 2. Запустите мастер
- Откройте Конфигуратор с той базой, чья конфигурация станет первой версией хранилища.
- Выберите
Конфигурация→Хранилище конфигурации→Создать хранилище.... - Укажите путь к каталогу из первого шага.
- Если мастер предлагает выбрать версию формата хранилища, берите более новую, если все участники работают на современной платформе. Старый формат нужен только для совместимости со старыми релизами.
Шаг 3. Задайте администратора
Мастер попросит имя и пароль первого пользователя. Он станет администратором хранилища.
- Имя берите осмысленное:
admin_repoили фамилия. - Пароль запишите в менеджер паролей. Сбросить его в хранилище стандартными средствами нельзя, если другого администратора нет.
Создайте сразу второго пользователя с правами администратора. Если единственный админ потеряет пароль, придётся создавать хранилище заново и терять историю версий.
Шаг 4. Загрузите первую версию
После создания хранилище пустое. Его нужно наполнить: в том же меню Хранилище конфигурации выберите Подключиться к хранилищу..., а затем команду загрузки конфигурации в хранилище (в разных версиях платформы пункт называется чуть по-разному: ищите слова «Поместить» или «Загрузить» в меню хранилища). Первая загрузка пройдёт дольше остальных, потому что в хранилище уходит вся конфигурация целиком.
Когда загрузка закончится, в окне История хранилища появится версия №1 с вашим комментарием. Напишите осмысленный: «Исходная конфигурация, релиз такой-то».
Серверное хранилище для большой команды
Файловое хранилище начинает тормозить, когда к нему ходят много людей, особенно по медленной сети или через VPN. Тогда хранилище выносят на сервер хранилища конфигураций — отдельную службу, которая поставляется вместе с платформой.
Важная деталь: серверному хранилищу не нужны ни SQL-сервер, ни кластер 1С. Данные хранилища по-прежнему лежат в файле, просто с ним работает не каждый клиент напрямую, а одна служба. Клиенты общаются с ней по сети.
Что делает администратор
- Ставит на сервер платформу с компонентой, в которую входит сервер хранилища (в установщике он отмечается отдельным пунктом).
- Запускает службу сервера хранилища с параметрами: каталог с хранилищем и номер порта. Для этого используется исполняемый файл
crserver. Точные ключи запуска сверьте со справкой вашей версии платформы. - Открывает порт в брандмауэре. Порт задаёте сами при запуске службы, главное, чтобы он не пересекался с портами кластера 1С.
- Настраивает службу на автозапуск и учётную запись, у которой есть права на каталог хранилища.
Что делает разработчик
В окне подключения вместо пути к папке указывается адрес вида tcp://имя-сервера:порт. Дальше всё как в файловом варианте: пользователь, пароль, подключение.
| Файловое | Серверное | |
|---|---|---|
| Команда | до 5 человек | от 5 и больше |
| Сеть | локальная, быстрая | работает и через VPN |
| Настройка | папка и права | служба, порт, брандмауэр |
| Узкое место | общая папка | сервер и порт |
Переезд с файлового на серверное хранилище простой: каталог остаётся тем же, меняется только способ подключения. История версий сохраняется.
Как подключить пользователей и выдать права
Пользователей хранилища заводит администратор. Это не пользователи информационной базы: у хранилища свой список, свои пароли.
Создание пользователя
- Подключитесь к хранилищу под администратором.
- Откройте
Конфигурация→Хранилище конфигурации→Администрирование хранилища...→Пользователи. - Добавьте имя, пароль и роль.
Какие бывают роли
| Роль | Что может |
|---|---|
| Только чтение | смотреть версии и историю, получать конфигурацию |
| Присоединение | подключаться и забирать обновления, но не менять |
| Изменение | захватывать объекты и помещать правки |
| Администратор | всё перечисленное плюс управление пользователями |
Разработчикам обычно хватает роли «Изменение». Тестировщикам и аналитикам, которым нужно только смотреть, достаточно «Только чтения».
Подключение базы разработчика
- У разработчика должна быть своя копия информационной базы.
- В Конфигураторе:
Конфигурация→Хранилище конфигурации→Подключиться к хранилищу.... - Указать путь или адрес, имя и пароль.
- Выбрать, получить ли конфигурацию из хранилища сразу.
С этого момента база «привязана» к хранилищу: в дереве объектов у каждого объекта появляется значок состояния.
Одна база подключается к одному хранилищу. Если нужно работать с двумя, заведите две копии базы.
Ежедневная работа: захват, помещение, обновление
Рабочий цикл разработчика всегда один и тот же.
- Обновить конфигурацию
из хранилища. Получите свежие версии коллег:
Хранилище конфигурации→Обновить конфигурацию из хранилища.... - Захватить объекты. Выберите нужные объекты в дереве, правый клик →
Захватить в хранилище. Рядом с ними появится отметка «ваш захват». - Внести правки. Меняйте модули, формы, реквизиты. Остальные видят, что объект занят вами.
- Поместить изменения.
Хранилище конфигурации→Поместить изменения.... Обязательно напишите комментарий: что и зачем изменили. - Снять захват, если правки не нужны: команда отмены захвата возвращает объект в исходное состояние.
Полезные команды
- 📜 История хранилища — список версий с авторами и комментариями.
- 🔍 Отчёт по истории — что изменилось между версиями, вплоть до строк модуля.
- ↩️ Отменить захват — вернуть объект как в хранилище, потеряв локальные правки.
- 🔀 Объединить с хранилищем — слияние, когда версии разошлись.
- 🔌 Отключиться от хранилища — база снова становится самостоятельной.
Комментарий к версии — единственный «журнал» вашей разработки. Через полгода по записи «правки» никто ничего не поймёт, а по записи «Реализация скидки по виду контрагента» разберётся любой.
Не оставляйте объекты захваченными на выходные и в отпуск. Захват держит конкретный пользователь, и другие не смогут менять эти объекты, пока вы их не отпустите или администратор не снимет захват принудительно.
Резервные копии и порядок в хранилище
Хранилище живёт годами, поэтому о его сохранности стоит позаботиться сразу.
- 💾 Копируйте каталог целиком. Достаточно ежедневной копии папки с файлами хранилища. Делайте её в нерабочее время или при остановленной службе, чтобы не поймать файл в момент записи.
- 🏷 Фиксируйте релизы. Перед выпуском в рабочую базу помечайте версию в комментарии: «Релиз для бухгалтерии, передан в эксплуатацию». Потом легко найти, что именно работает у заказчика.
- 🧹 Не складывайте мусор. Не помещайте в хранилище временные объекты и отладочные обработки. Они остаются в истории навсегда.
- 📏 Договоритесь о правилах. Кто принимает обновление типовой, кто тестирует, как формулируются комментарии. Три строки в регламенте экономят часы споров.
Перенос конфигурации между хранилищами
Иногда нужно начать «с чистого листа»: например, после смены подрядчика или перехода на новую типовую. Выгрузите нужную версию в файл конфигурации .cf, создайте новое хранилище и загрузите этот файл первой версией. Старое хранилище сохраните в архиве как историю.
Типичные ошибки и что с ними делать
Ошибки при работе с хранилищем бывают четырёх видов. Тексты в разных версиях платформы немного отличаются, смысл остаётся тем же.
Ещё одна неприятность, о которой редко пишут: конфликты после обновления типовой конфигурации. Если вы обновили релиз и правки разработчиков лежат поверх, делайте обновление в одной базе, а затем помещайте результат в хранилище одной версией. Параллельные обновления в двух базах дают месяцы разбирательств.