Командная разработка на 1С через EDT и Git: пошаговая настройка проекта

Значимый прорыв формирует отрасль ИИ: badcasedaily1 22 минуты назад Командная разработка на 1С через EDT и Git: пошаговая настройка проекта Средний 7 мин 458 Блог компании OTUS Git * Программирование * 1С * Управление разработкой * Туториал Хранилище конфигурации — стандартный способ командной разработки в Конфигураторе 1С уже двадцать лет, но у него есть парочка проблем: один разработчик блокирует объект целиком на всё время правки, история изменений непрозрачна, нормального код ревью нет, merge‑конфликты решаются вручную через захват‑отказ. В статье подготовим окружение, импортируем существующую конфигурацию в EDT‑проект, настроим . gitignore и Git LFS под структуру EDT, организуем веточную модель для команды и разберём решение типичных конфликтов в XML‑метаданных.

Что понадобитсяМинимальный набор инструментов выглядит так. Сама среда — 1С:EDT версии 2024. 1 или новее (старые версии работают, но в новых заметно лучше скорость индексации и поддержка крупных конфигураций).

Технические детали

Git для Windows или Linux — обязательно. Git LFS — для бинарных файлов внутри конфигурации (шаблоны, макеты, драйверы оборудования). Удалённый репозиторий — GitLab, GitHub, Gitea, локальный Gitolite, что угодно с поддержкой LFS.

Опционально — утилита ring, которая ставится вместе с EDT и позволяет работать с проектом из командной строки (миграции, импорт, проверка версий платформы). Проверить её доступность:ring --version ring edt platform-versionsИ отдельно — если переход идёт с действующего Хранилища с накопленной за годы историей изменений, имеет смысл рассмотреть 1С:ГитКонвертер. Это официальный инструмент от 1С, который умеет конвертировать историю Хранилища в коммиты Git с сохранением авторства.

Конвертация большого репозитория занимает часы, но это разовая работа. Импорт существующей конфигурации в EDTОткрываем 1С:EDT, переходим в перспективу «1С:Предприятие». Из меню Файл → Импорт → 1С:Предприятие → Конфигурация и расширения из информационной базы.

Отраслевые последствия

В мастере выбираем подключённую информационную базу, указываем имя проекта (полезно сразу дать осмысленное — crm-production или accounting-dev, а не дефолтное Project), указываем версию платформы и каталог проекта. Импорт работает не моментально, для типовой ERP это десятки минут, EDT построчно разбирает метаданные и раскладывает их по файловой структуре. Результат — каталог проекта со структурой:crm-production/ ├── .

settings/ └── src/ ├── Configuration/ │ ├── Configuration. mdo │ ├── ConfigurationProperties. xml │ └── ParentConfigurations/ ├── Catalogs/ ├── Documents/ ├── CommonModules/ │ └── ОбщегоНазначения/ │ ├── ОбщегоНазначения.

Каждый модуль — это . bsl файл (обычный текст), каждый объект метаданных — . mdo плюс XML с описанием, формы — отдельные XML‑файлы.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.