В мире разработки 1С долгое время всё выглядело достаточно привычно. Есть конфигуратор, есть база разработки, программист подключается и начинает вносить изменения.
Этот подход работает, когда разработчик один. Иногда он терпим, когда их двое. Но когда над системой работает команда, появляются сложности.
В компании Акрус‑Про мы работаем с крупными проектами внедрения. Это проекты автоматизации бизнеса, внедрение ЗУП, ERP и других систем. В таких проектах одновременно работают аналитики, консультанты и несколько разработчиков.
В какой‑то момент становится понятно, что классическая модель разработки начинает ограничивать скорость и удобство работы.
Поэтому мы начали активно внедрять современный стек разработки: EDT + Напарник + Git
Это не просто новые инструменты. Это другой уровень организации разработки.
Как обычно выглядит классическая разработка 1С
Типичная ситуация знакома почти каждому разработчику. Есть база разработки. Несколько программистов подключаются к ней и начинают делать изменения.
Дальше начинается знакомая всем история.
Один разработчик меняет документ.
Другой меняет форму.
Третий добавляет обработку.
Когда приходит время объединять изменения, появляются проблемы. Иногда кто‑то случайно перезаписывает изменения коллеги. Иногда возникают конфликты при объединении конфигураций. Иногда сложно понять, кто именно изменил код и зачем.
И почти всегда возникают ситуации, когда нужно срочно вернуть систему к предыдущему состоянию. В небольших проектах это можно пережить. В крупных системах это начинает тормозить работу команды.
Почему мы решили менять подход
На наших проектах часто работает несколько разработчиков одновременно. Например, на одном проекте может происходить следующее:
• Один программист пишет интеграцию с внешней системой.
• Второй занимается доработкой кадровых документов.
• Третий работает над отчетами.
• Четвертый исправляет ошибки, которые нашли пользователи.
Все изменения происходят одновременно. Без современных инструментов разработка превращается в постоянное объединение конфигураций и поиск конфликтов. Поэтому мы начали внедрять современные инструменты разработки.
Что дает EDT
EDT это современная среда разработки для 1С. Главное отличие EDT в том, что конфигурация хранится не только внутри базы данных. Она представлена в виде файлов проекта. Это открывает новые возможности. Например:
• можно анализировать код
• можно сравнивать версии
• можно искать изменения
• можно хранить проект в системе контроля версий
Фактически конфигурация превращается в полноценный программный проект.
Зачем разработчику Git
Git хранит историю изменений проекта. Каждое изменение фиксируется. Можно посмотреть:
• кто изменил код
• когда он это сделал
• что именно изменилось
Но на практике преимущества намного шире.
Пример из практики №1
На одном из проектов возникла ошибка в расчете надбавки. В обычной разработке пришлось бы долго искать, где появилась проблема. С использованием Git можно открыть историю изменений конкретного модуля. Мы сразу увидели, что два дня назад был изменен алгоритм расчета. Это позволило найти проблему буквально за несколько минут.
Пример из практики №2
Иногда разработчику нужно попробовать новую идею Например, изменить механизм расчета премии. В обычной базе это рискованно. Можно случайно повредить рабочую конфигурацию. С Git можно создать отдельную ветку разработки. В этой ветке можно спокойно экспериментировать. Если идея оказалась удачной, изменения объединяются с основной веткой. Если нет, ветку можно удалить.
Пример из практики №3
На проекте одновременно работают три разработчика.
• Первый делает интеграцию.
• Второй дорабатывает документы.
• Третий пишет новый отчет.
Раньше им приходилось постоянно координировать свою работу. Теперь каждый работает в своей ветке. Это значительно снижает количество конфликтов.
Роль инструмента Напарник
Отдельно стоит рассказать про инструмент Напарник. Это интеллектуальный помощник разработчика. Он помогает в ежедневной работе. Например:
• анализирует код
• подсказывает возможные ошибки
• предлагает улучшения
• помогает соблюдать стандарты разработки
Фактически это как опытный коллега, который смотрит на код и подсказывает, где можно сделать лучше.
Еще один пример
Разработчик пишет сложный запрос. Напарник может подсказать:
• где возможна ошибка
• где можно оптимизировать код
• где нарушен стиль разработки
Это помогает уменьшить количество ошибок еще на этапе написания кода.
Что меняется в работе команды
Процесс разработки становится более структурированным. Теперь типичный процесс выглядит так:
1.Разработчик получает задачу.
2.Он создает ветку разработки.
3.Работает в EDT.
4.Проверяет код с помощью Напарника.
5.Отправляет изменения в Git.
6.После проверки изменения попадают в основную версию системы.
Такой подход давно используется в мировой разработке программного обеспечения. Теперь он постепенно становится стандартом и для разработки 1С.
Какие преимущества мы уже видим
Даже на этапе внедрения новой технологии заметны реальные преимущества:
• Командная работа стала значительно удобнее.
• Разработчики меньше мешают друг другу.
• Стало проще отслеживать изменения в коде.
• Появилась прозрачная история разработки.
• Если возникает ошибка, ее намного легче найти.
• И что особенно важно для больших проектов, стало проще сопровождать систему.
Почему это важно для клиентов
Для клиентов это означает более стабильные решения: изменения внедряются аккуратнее, ошибки обнаруживаются быстрее, история разработки сохраняется, поэтому систему проще поддерживать в будущем.
Итог
Переход на EDT + Напарник + Git это естественный этап развития разработки 1С. Это не просто внедрение новых инструментов. Это переход к современной инженерной культуре разработки.
В компании Акрус‑Про мы постепенно осваиваем этот подход и применяем его в наших проектах.
И уже сейчас видно, что такая модель разработки делает работу команды быстрее, удобнее и надежнее.