Командная разработка в 1С 8.3: как устроено хранилище, кто что захватывает и как откатить версию
Содержание
Хранилище конфигурации 1С — это общая база версий, к которой разработчики подключают свои копии информационной базы. Работа строится по схеме «захватил объект → изменил → поместил с комментарием». Создают хранилище в Конфигураторе: Конфигурация → Хранилище конфигурации → Создать хранилище….
Частое заблуждение — считать хранилище резервной копией рабочей базы. Это не так. Хранилище хранит только конфигурацию (метаданные, модули, формы, макеты) и её историю. Данные пользователей — документы, справочники, остатки — туда не попадают. Бэкап базы по-прежнему делают отдельно.
Как устроено хранилище и зачем оно команде
Без хранилища два программиста правят одну конфигурацию и потом вручную сливают изменения через сравнение файлов .cf. Хранилище убирает эту ручную работу. Оно решает три задачи:
- 🔒 Блокировка. Объект, захваченный одним разработчиком, другие могут только читать. Два человека не правят один модуль одновременно.
- 🕓 История. Каждое помещение создаёт новую версию с номером, автором, датой и комментарием.
- 🔁 Синхронизация. Любой участник получает чужие изменения одной командой.
Физически хранилище — это каталог с файлом базы 1cv8ddb.1CD и служебными папками. У каждого разработчика своя информационная база, подключённая к этому каталогу. Рабочая база пользователей к хранилищу обычно не подключается: в неё переносят готовую версию через файл .cf или обновление.
Три способа доступа к хранилищу
| Способ | Адрес в окне подключения | Когда подходит |
|---|---|---|
| Файловый | \\server\repo\erp или D:\repo\erp | Один-два разработчика в одной локальной сети |
| Сервер хранилища (TCP) | tcp://server/erp | Команда от трёх человек, удалённые сотрудники через VPN |
| HTTP через веб-сервер | http://server/repo/erp/repo.1ccr | Доступ из интернета, когда открыть TCP-порт нельзя |
Файловый вариант самый простой, но медленный по сети: Конфигуратор читает файл хранилища напрямую по SMB. На крупных конфигурациях уровня ERP или КА операции с ним идут минутами. Сервер хранилища (crserver) работает быстрее и не требует давать разработчикам права на сетевую папку.
Подготовка сервера и создание хранилища конфигурации
Шаг 1. Установите сервер хранилища (для TCP)
- Запустите установщик платформы 1С:Предприятие 8.3 на сервере.
- В списке компонентов отметьте «Сервер хранилища конфигураций 1С:Предприятия».
- Согласитесь на установку как службы Windows и укажите учётную запись, от имени которой она будет работать.
- По умолчанию служба слушает порт
1542. Откройте его в брандмауэре сервера для сети разработчиков. - Создайте корневой каталог для хранилищ, например
D:\1CRepo, и выдайте учётной записи службы полные права на него.
Версия сервера хранилища должна совпадать с версией платформы, на которой работают разработчики. После обновления платформы у команды обновите и crserver на сервере. Иначе подключение будет отклонено с сообщением о несовпадении версий.
Шаг 2. Создайте хранилище из эталонной базы
Хранилище создаётся из той конфигурации, с которой начинается совместная работа.
- Возьмите базу разработки с актуальной конфигурацией. Сделайте её выгрузку в
.dtна случай отката. - Откройте её в Конфигураторе:
Конфигурация → Хранилище конфигурации → Создать хранилище…. - Укажите адрес: путь к пустому каталогу или
tcp://server/имя_хранилища. При TCP каталогимя_хранилищасоздастся внутри корневого каталога службы. - Задайте имя и пароль администратора хранилища. По умолчанию пользователь называется «Администратор».
- Дождитесь окончания: Конфигуратор выгружает все объекты, на типовой БП это занимает несколько минут.
После создания база автоматически подключена к хранилищу, а в дереве метаданных у объектов появляются значки состояния.
Шаг 3. Что проверить до старта
Права доступа и подключение разработчиков к хранилищу
Пользователи хранилища — отдельный список. Он не связан ни с пользователями информационной базы, ни с учётными записями Windows.
Создание пользователей
- Администратор хранилища открывает окно хранилища:
Конфигурация → Хранилище конфигурации → Открыть хранилище. - В его меню действий находит команду управления пользователями хранилища (она в разделе администрирования).
- Для каждого разработчика заводит пользователя с именем и паролем.
Какие права выдавать
| Право | Что позволяет | Кому давать |
|---|---|---|
| Захват объектов | Захватывать и помещать изменения | Всем разработчикам |
| Изменение состава версий | Ставить метки, править комментарии версий | Ведущему разработчику |
| Административные функции | Управлять пользователями, оптимизировать хранилище | Одному-двум людям |
Пользователь без прав на захват может подключиться и получать изменения. Такой режим удобен для тестировщика или консультанта, которому нужна актуальная конфигурация без права её менять.
Подключение базы разработчика
- Разработчик разворачивает себе базу (из выгрузки
.dtили пустую). - В Конфигураторе:
Конфигурация → Хранилище конфигурации → Подключиться к хранилищу…. - Вводит адрес, имя и пароль пользователя хранилища.
- Конфигуратор предлагает заменить конфигурацию базы конфигурацией из хранилища. Соглашаемся.
- Обновляем конфигурацию базы данных:
F7илиКонфигурация → Обновить конфигурацию базы данных.
Один пользователь хранилища — одна база. Если разработчик подключит под тем же именем вторую базу, первая потеряет связь с захваченными объектами. Для второй базы заведите отдельного пользователя, например Иванов_тест.
Захват, помещение и получение: ежедневная работа с хранилищем
Цикл разработки состоит из четырёх операций. Все они доступны в контекстном меню объекта в дереве метаданных и в подменю Конфигурация → Хранилище конфигурации.
Получение изменений
Начинайте день с команды «Обновить конфигурацию из хранилища ». Она подтягивает всё, что коллеги поместили с момента вашего последнего обновления. Чтобы получить один объект, выделите его и выберите «Получить из хранилища».
После получения не забудьте F7: без обновления конфигурации базы данных изменения не применятся при запуске в режиме Предприятия.
Захват объекта
- Выделите объект в дереве: документ, общий модуль, форму.
- Контекстное меню → «Захватить в хранилище».
- В окне захвата отметьте нужные объекты. Флаг рекурсивного захвата берёт объект вместе с подчинёнными: реквизитами, формами, макетами.
Захваченный вами объект помечается зелёной галочкой, захваченный коллегой — красным замком. Красный замок можно открыть только на чтение.
Помещение изменений
- Контекстное меню объекта или корня конфигурации → «Поместить в хранилище».
- В окне видно список изменённых объектов. Снимите лишние.
- Напишите комментарий. Хороший формат: номер задачи + что сделано. Например:
ЗАД-482: в счёт на оплату добавлен банк получателя. - Флаг «Оставить объекты захваченными» ставьте, если продолжаете работу. Иначе объекты освободятся для коллег.
Отмена захвата
Если правка не нужна, выберите «Отменить захват». Конфигуратор предложит вернуть объект к состоянию из хранилища. Соглашайтесь, иначе в вашей базе останется изменённый объект, которого нет у остальных.
Что захватывать при новом объекте
Новый справочник или документ добавляется в корень конфигурации. Поэтому для его создания нужно захватить сам корень «Конфигурация» (без рекурсии) и подсистему, куда объект попадёт. Аналогично с ролями: чтобы дать права на новый объект, захватите роли.
Корень конфигурации — самый «горячий» объект. Держите его захваченным минуты, а не дни: пока он у вас, коллеги не могут добавлять новые объекты.
Сравнение версий и откат изменений в хранилище
История хранилища
Конфигурация → Хранилище конфигурации → История хранилища. В открывшемся отчёте видно каждую версию: номер, пользователь, дата, комментарий и список изменённых объектов. Историю можно фильтровать по объекту: выделите модуль в дереве и откройте историю из его контекстного меню. Так видно, кто и когда менял конкретную процедуру.
Сравнение
В окне истории доступны два вида сравнения:
- 📄 Версия с версией. Выделите две версии и выполните сравнение. Откроется окно с деревом различий, а для модулей — построчное сравнение текста.
- 🖥️ Хранилище с вашей конфигурацией. Команда «Сравнить конфигурацию с хранилищем» показывает, чем ваша база отличается от последней версии. Полезно перед помещением, чтобы не отправить отладочный код.
Метки
Перед выкладкой в рабочую базу ставьте на версию метку — например, Релиз 2.14 для продуктива. Метки видны в истории и помогают быстро найти, какая версия стоит у пользователей.
Откат к прошлой версии
Прямой команды «откатить хранилище» нет: история не переписывается, она только растёт. Откат делают так:
- В истории выделите версию, к которой нужно вернуться.
- Получите конфигурацию этой версии в свою базу или сохраните её в файл
.cf. - Захватите изменённые объекты (или корень рекурсивно, если правок много).
- Поместите их в хранилище с комментарием
Откат к версии 312.
В истории появится новая версия, содержимое которой совпадает со старой. Все промежуточные версии сохранятся — при необходимости к ним можно вернуться.
Обслуживание и оптимизация хранилища
Резервное копирование
Хранилище — главный актив команды. Его потеря означает потерю истории за годы.
- Копируйте весь каталог хранилища, а не только файл
1cv8ddb.1CD. - Делайте копию, когда никто не помещает изменения. Для TCP надёжнее остановить службу сервера хранилища на время копирования — предупредите разработчиков: на время остановки подключения к хранилищу оборвутся. Удобное время — ночь.
- Храните копии на другом диске или сервере, минимум 7–14 последних.
Проверка файла хранилища
Файл 1cv8ddb.1CD имеет тот же формат, что файловая база, поэтому его физическую целостность проверяет утилита chdbfl.exe из каталога bin платформы. Запускайте её только на копии или при остановленной службе, когда к хранилищу никто не подключён.
Оптимизация данных
В разделе администрирования окна хранилища есть команда оптимизации данных. Она перестраивает внутреннее хранение версий и уменьшает файл. На хранилищах с тысячами версий выигрыш бывает заметным. Выполняйте её в нерабочее время после резервной копии.
Производительность
- 💾 Держите хранилище на SSD.
- 🛡️ Добавьте каталог хранилища в исключения антивируса — проверка каждого обращения к
.1CDрезко замедляет операции. - 🌐 Для удалённых разработчиков используйте TCP или HTTP, а не файловый доступ через VPN.
- 🧹 Раз в квартал удаляйте пользователей уволенных сотрудников и снимайте их зависшие захваты.
Обновление типовой конфигурации на поддержке
Если в хранилище типовая конфигурация (БП, ЗУП, УТ) с доработками, обновление выполняет один человек:
- Попросите команду поместить всё и снять захваты.
- Захватите корень конфигурации рекурсивно.
- Выполните обновление из файла поставщика с объединением в своей базе.
- Проверьте работу, затем поместите все объекты одной версией с меткой номера релиза.
Ошибки при работе с хранилищем конфигурации
Не удаляйте файлы из каталога хранилища вручную, даже если они выглядят временными. Повреждённое хранилище восстанавливают только из резервной копии.
Хранилище и альтернативы: когда его недостаточно
Хранилище закрывает потребности команды из 2–10 человек, которая работает в Конфигураторе. Его ограничения:
- нет веток: все работают в одной линии версий;
- нет слияния модулей — пока объект захвачен, второй человек ждёт;
- код-ревью до помещения не встроено.
Команды, которым нужны ветки и ревью, переходят на 1C:Enterprise Development Tools (EDT) с Git. Конфигурация там хранится в виде файлов, и работают с ней обычными инструментами Git. Переход требует перестройки процесса, поэтому для небольшой команды хранилище остаётся разумным выбором.
Расширения конфигурации тоже можно подключать к хранилищу — отдельно от основной конфигурации, со своей историей. Это удобно, когда доработки типовой ведутся только расширениями.