Разработка и Конфигурация · 10 мин
Как подключить ГРМ в 1С: пошаговая инструкция
Пошаговая инструкция по подключению ГРМ в 1С: требования к платформе, настройка сервера, подключение разработчиков, проверка результата и типичные ошибки.
ГРМ (групповая разработка метаданных) — встроенный механизм платформы 1С:Предприятие, который заменяет классическое хранилище конфигурации при командной работе над решением. В отличие от хранилища, ГРМ хранит историю изменений в формате, близком к Git, и позволяет нескольким разработчикам параллельно править одни и те же объекты с последующим слиянием изменений.
Подключение ГРМ состоит из трёх этапов: проверки требований к платформе и инфраструктуре, развёртывания сервера ГРМ (или использования встроенного варианта) и подключения рабочих мест разработчиков через конфигуратор или 1С:EDT. Ниже разобран каждый этап с конкретными действиями и признаками успешного результата.
Важно понимать: ГРМ не является «обновлённым хранилищем» в привычном смысле. Это отдельный механизм с собственной моделью версионирования, ветками и операциями слияния. Перенос проекта из хранилища в ГРМ — необратимая в практическом смысле операция, поэтому перед миграцией обязательно делается резервная копия информационной базы и выгрузка конфигурации в файлы.
Что такое ГРМ и когда его стоит подключать
ГРМ решает главную проблему классического хранилища конфигурации — блокировки объектов. В хранилище разработчик захватывает объект целиком, и коллеги ждут освобождения. В ГРМ каждый работает в своей ветке, а конфликты разрешаются при слиянии, как в Git. Это особенно полезно командам от трёх-четырёх разработчиков, где параллельная правка одних подсистем — повседневная ситуация.
Подключать ГРМ имеет смысл, если команда уже использует или планирует 1С:EDT, ведёт разработку в нескольких ветках (например, отдельно доработки и исправления ошибок) и готова перестроить процессы: код-ревью, регламент слияний, автоматическую сборку. Для одиночного разработчика или маленькой команды с редкими правками переход может не оправдать затрат на освоение.
Требования к платформе и инфраструктуре
Механизм ГРМ доступен начиная с платформы 1С:Предприятие 8.3.22. Желательно использовать актуальные релизы линейки 8.3.22 и новее, поскольку в ранних версиях встречались ограничения по составу поддерживаемых объектов и операций слияния. Перед развёртыванием проверьте версию платформы на всех рабочих местах разработчиков — смешение версий недопустимо.
Потребуется отдельный сервер или виртуальная машина под сервер ГРМ. Для небольшой команды достаточно скромных ресурсов, но дисковое пространство нужно закладывать с запасом: репозиторий хранит всю историю изменений в виде файлов конфигурации. Также заранее продумайте резервное копирование каталога репозитория — потеря сервера ГРМ без копии означает потерю истории разработки.
- Платформа 1С:Предприятие 8.3.22 или новее на сервере и клиентах.
- Выделенный сервер или ВМ под сервер ГРМ с доступом по сети от всех разработчиков.
- Резервная копия информационной базы и выгрузка конфигурации в файлы перед миграцией.
- Учётные записи разработчиков с разграничением прав.
Установка и первичная настройка сервера ГРМ
Дистрибутив сервера ГРМ поставляется вместе с платформой или отдельным пакетом — состав зависит от релиза. Установка выполняется на выделенной машине: запускается установщик, выбирается каталог установки и порт, по которому сервер будет принимать подключения. После установки сервер регистрируется как служба (в Windows) или демон (в Linux) и запускается.
Следующий шаг — создание репозитория. Через административный интерфейс или средства командной строки создаётся новый репозиторий, задаётся его имя и каталог хранения. На этом же этапе заводятся учётные записи разработчиков и назначаются права: кто может выполнять слияние в основную ветку, кто работает только в своих ветках.
Проверьте сетевую доступность: с машины разработчика сервер ГРМ должен отвечать по указанному порту. Брандмауэр и антивирус на сервере часто блокируют порт по умолчанию — это одна из самых частых причин «не подключается ГРМ».
- 1Установите платформу 8.3.22+ и дистрибутив сервера ГРМ на выделенную машину
- 2Запустите службу сервера ГРМ и убедитесь, что она работает
- 3Создайте репозиторий и укажите каталог хранения
- 4Заведите учётные записи разработчиков и настройте права
- 5Откройте порт сервера в брандмауэре и проверьте доступность с клиентской машины
Перевод конфигурации в режим ГРМ
После подготовки сервера конфигурацию нужно загрузить в репозиторий. Если проект новый — репозиторий создаётся пустым, и разработка начинается с нуля. Если есть действующая конфигурация, её выгружают в файлы (XML-выгрузка конфигуратора или проект EDT) и помещают в репозиторий как начальную версию основной ветки.
Для проектов, которые раньше работали с хранилищем конфигурации, предусмотрены сценарии перехода, но история хранилища обычно не переносится в ГРМ напрямую — старое хранилище сохраняют в архиве для справок. Практический подход: зафиксировать текущее состояние в хранилище, выгрузить конфигурацию и начать историю ГРМ с этой точки.
После загрузки проверьте целостность: конфигурация из репозитория должна собираться без ошибок, а информационная база разработчика — обновляться из неё штатно. Только после этого можно приглашать остальную команду.
Подключение разработчиков к ГРМ
Каждый разработчик подключается к серверу ГРМ из своего инструмента. В 1С:EDT подключение настраивается через импорт проекта из репозитория: указывается адрес сервера, порт, имя репозитория и учётные данные. EDT выгружает проект на локальную машину, после чего разработчик создаёт свою ветку и начинает работу.
В конфигураторе работа с ГРМ доступна через соответствующие команды меню конфигурации: разработчик указывает параметры подключения к серверу ГРМ, получает актуальную версию ветки и выполняет захват, изменение и возврат объектов уже в новой модели — через ветки и слияния, а не через монопольные блокировки.
Рекомендуемый порядок работы разработчика: обновить свою ветку из основной, внести изменения, проверить их на локальной базе, выполнить слияние в основную ветку с разрешением конфликтов. Регламент слияний (кто и когда сливает в main-ветку) закрепите письменно — без него параллельная работа быстро превращается в хаос конфликтов.
Начните использование ГРМ с пилотной подсистемы: пусть два разработчика неделю-две поработают в отдельных ветках и выполнят несколько слияний. Так команда выработает регламент на безопасном материале, прежде чем переводить весь проект.
Проверка результата и типичные ошибки
Признак успешного подключения: разработчик видит репозиторий, получает актуальную версию ветки, вносит изменение, и это изменение после слияния появляется у коллеги при обновлении. Проверьте полный цикл минимум на двух рабочих местах, прежде чем считать настройку завершённой.
Как проверить результат
Клиент успешно авторизуется и получает список веток
Ошибка соединения или тайм-аут — проверяйте порт и брандмауэр
Проект выгружается и собирается без ошибок
Ошибки сборки после получения — репозиторий загружен неполностью
Изменения из ветки появляются в основной ветке, конфликты показываются явно
Изменения теряются или перезаписываются молча — нарушен регламент работы
Ограничения и альтернативы
У ГРМ есть ограничения. Механизм требует дисциплины: без регламента ветвления и слияний команда получает больше проблем, чем с хранилищем. Не все привычные сценарии работы с хранилищем имеют прямые аналоги, а часть операций (например, сравнение произвольных версий) выполняется иначе. Кроме того, ГРМ ориентирован в первую очередь на связку с 1С:EDT, и командам, работающим только в конфигураторе, стоит заранее оценить удобство.
Альтернативы: классическое хранилище конфигурации (просто, привычно, но с блокировками), выгрузка в файлы конфигуратора с внешним Git (гибко, но требует конвертации форматов и дисциплины), EDT с Git напрямую. Выбор зависит от размера команды, зрелости процессов и планов по переходу на EDT.
Сравнение вариантов
Подходит маленьким командам и одиночным разработчикам; ограничение — монопольные блокировки объектов
Подходит командам от нескольких разработчиков с параллельной работой и ветками; требует платформы 8.3.22+ и регламента слияний
Максимальная гибкость и интеграция с CI/CD; требует полного перехода команды на EDT и навыков Git
Что важно запомнить
ГРМ подключается на платформе 8.3.22 и новее через отдельный сервер с репозиторием. Перед миграцией обязательны резервная копия и выгрузка конфигурации, после настройки — проверка полного цикла: подключение, изменение, слияние, обновление у коллеги.
Частые вопросы
Можно ли использовать ГРМ без 1С:EDT?
Да, работа с ГРМ доступна и из конфигуратора, но механизм проектировался с расчётом на связку с EDT. Если вся команда работает только в конфигураторе, заранее проверьте на пилотном проекте, покрывает ли ГРМ ваши повседневные сценарии.
Переносится ли история из хранилища конфигурации в ГРМ?
Полноценного переноса истории обычно не выполняют: старое хранилище сохраняют в режиме архива для обращений, а историю в ГРМ начинают с актуального состояния конфигурации. Планируйте миграцию с учётом этого ограничения.
Что делать, если клиент не подключается к серверу ГРМ?
Проверьте по порядку: запущена ли служба сервера, открыт ли порт в брандмауэре, совпадают ли версии платформы на клиенте и сервере, корректны ли учётные данные. Чаще всего причина — закрытый порт или остановленная служба.
Нужен ли отдельный сервер под ГРМ?
Для продуктивной работы команды — желательно: выделенная машина упрощает резервное копирование и не зависит от нагрузки сервера 1С. Для пилота или обучения допустимо развернуть сервер ГРМ на машине разработчика.
Как откатиться, если переход на ГРМ не удался?
При наличии резервной копии базы и выгрузки конфигурации в файлы вы восстанавливаете исходное состояние и продолжаете работу в хранилище. Именно поэтому миграцию начинают только после создания этих копий.