CI/CD для 1С::Журнал СА 6.2017
www.samag.ru
     
Поиск   
              
 www.samag.ru    Web  0 товаров , сумма 0 руб.
E-mail
Пароль  
 Запомнить меня
Регистрация | Забыли пароль?
О журнале
Журнал «БИТ»
Подписка
Где купить
Авторам
Рекламодателям
Магазин
Архив номеров
Вакансии
Контакты
   

ЭКСПЕРТНАЯ СЕССИЯ 2019


  Опросы

Какие курсы вы бы выбрали для себя?  

Очные
Онлайновые
Платные
Бесплатные
Я и так все знаю

 Читать далее...

1001 и 1 книга  
28.05.2019г.
Просмотров: 974
Комментарии: 2
Анализ вредоносных программ

 Читать далее...

28.05.2019г.
Просмотров: 1097
Комментарии: 1
Микросервисы и контейнеры Docker

 Читать далее...

28.05.2019г.
Просмотров: 828
Комментарии: 0
Django 2 в примерах

 Читать далее...

28.05.2019г.
Просмотров: 662
Комментарии: 0
Введение в анализ алгоритмов

 Читать далее...

27.03.2019г.
Просмотров: 1263
Комментарии: 0
Arduino Uno и Raspberry Pi 3: от схемотехники к интернету вещей

 Читать далее...

Друзья сайта  

Форум системных администраторов  

sysadmins.ru

 CI/CD для 1С

Архив номеров / 2017 / Выпуск №6 (175) / CI/CD для 1С

Рубрика: Разработка /  Изучаем «1С»

Олег Филиппов ОЛЕГ ФИЛИППОВ, АНТ-Информ, заместитель начальника отдела разработки, comol@mail.ru

CI/CD для 1С

Если вы хотите использовать лучшие практики, применяемые крупными командами при разработке на 1С, эта статья может оказаться весьма полезной

Заголовок этой статьи может оставить двоякое мнение: или совсем непонятно, о чем речь, или понятно, но не ясно при чем тут 1С. К сожалению, с терминологией CI/CD знакомы далеко не все, даже в среде разработчиков. Поэтому в первой части статьи будет немного теории по вопросам, что это такое и для чего оно нужно. Но сначала немного разберемся, почему на первый взгляд применительно к 1С процессы CI/CD кажутся неуместными:

  • Процесс сборки как таковой отсутствует.
  • Отсутствует возможность ветвления в «хранилище конфигураций», а также нет возможности использовать сторонние системы контроля версий.
  • 1С – это Windows-решение, тут нет никаких Docker или других удобных контейнеров.
  • 1С штатным образом не интегрируется с Jenkins, GitLabCI и им подобными.
  • 1С не является модульным решением, прикладное решение разрабатывается как целостное.

В этом, конечно, есть зерно истины – для 1С выгода от применения процессов CI/CD будет намного меньше, чем для команд разработки на традиционных языках программирования, особенно если эти команды разрабатывают приложения на C++/Python/Ruby, т.е. на языках программирования, приложения на которых трудно представить не модульными.

Тем не менее CI/CD – это не набор средств и инструментариев, это набор процессов, основные принципы которых не зависят от того, для чего и в какой среде они используются.

CI – Continuous Integration (непрерывная интеграция) – суть этого процесса заключается в том, что должна существовать единая среда, где постоянно объединяются все изменения команды разработчиков, которые они вносят в систему контроля версий. Да, кстати, система контроля версий при этом должна существовать. Если ее нет, то вообще непонятно, какведется разработка и как она управляется. Разработчик 1С, конечно, не может работать совместно с другим разработчиком над одним и тем же модулем. VCS, встроенная вплатформу, это запрещает. Но никто не запрещает иметь, к примеру, два хранилища (ну или три или более – по желанию), в которых будут отдельные ветки кода. В этом случае сервер сборок будет еще нужнее. В базе разработчика платформой 1С не гарантируется наличие всего кода, который в данный момент коммитят другие члены команды.

CD – Continuous Delivery (непрерывная доставка) – суть данного подхода заключается в том, что любые изменения, сделанные разработчиками в процессе работы над проектом, должны попадать к конечному пользователю максимально быстро и беспроблемно. Очень редко процессы Continuous Delivery рассматривают отдельно от процессов Continuous Integration. Часто даже сами разработчики путаются и представляют себе это как одно и то же: «я закоммитил изменение – оно должно протестироваться и успешно собраться – этоназывают CI/CD». На самом деле в рамках CD речь идет уже несколько дальше. Процессы CD должны обеспечить именно «доставку» ПО до конечного пользователя. Выражаясь русским языком, любая сборка, которая появилась на сервере сборок, должна иметь возможность тут же отправиться в Production, и в течение незначительного времени эту сборку получат все пользователи разрабатываемого ПО. При этом идеальный вариант, если пользователь даже не заметит, что у него уже новая версия данного программного продукта, и сбагами, обнаруженными в старой версии, он просто столкнуться не успел. Не вижу никаких причин не применять этот подход к 1С, особенно если речь идет о поддержке филиальной сети, распределенной информационной базы или чего-то в этом роде.

Теперь попробуем перейти от слов к делу. Из теории ясно, что CI/CD подразумевает сервер сборок и развертывания, на котором будет автоматически происходить достаточно много процессов, поддерживающих циклы разработки ПО.

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

Классическая картинка, демонстрирующая, какие процессы входят в CI/CD, представлена на рис. 1.

Рисунок 1. Последовательность процессов CI/CD

Рисунок 1. Последовательность процессов CI/CD

Теперь давайте рассмотрим, какие из этих процессов применимы к 1С и как мы можем их автоматизировать на сервере сборок. Как правило, на практике CI/CD приобретают следующий вид:

  • Автоматическое получение всего кода системы после каждого коммита, а вернее даже сказать, перед коммитом.
  • Автоматическая проверка качества кода.
  • Автоматический Make исполняемых файлов. Сборка модулей проекта в единое решение.
  • Автоматический прогон тестов модулей (unit-тестов).
  • Развертывание окружения.
  • Автоматический прогон тестов в нужном окружении.
  • Автоматическое обновление ПО на рабочих станциях конечных пользователей.

Данные процессы планировались прежде всего для команд разработки на универсальных языках программирования, но это не значит, что они совсем не применимы к 1С. Нужно просто учитывать некоторую специфику. Фразы вроде «это не для 1С» или «у нас нет крупной разработки» в современном мире звучат больше как отговорки. Определенные трудности и потребность в адаптации даже не столько процессов, а средств их автоматизации – совсем не повод отказываться от Best Practice современных подходов к разработке иподдержке жизненного цикла ПО. Далее по каждому пункту разберемся отдельно.

Статью целиком читайте в журнале «Системный администратор», №6 за 2017 г. на страницах 52-55.

PDF-версию данного номера можно приобрести в нашем магазине.


  1. V8Reader. Средство разбора конфигурации 1С – http://infostart.ru/public/106310.
  2. https://github.com/oscript-library/tool1cd.
  3. Автоматизированная проверка конфигураций 1С – http://v8.1c.ru/acc.
  4. КопиПастаМер – https://infostart.ru/public/294285.
  5. SonarQube для 1С – https://github.com/silverbulleters/sonar-1c-bsl-public.
  6. ПО для юнит-тестирования для 1С – https://github.com/xDrivenDevelopment/xUnitFor1C.
  7. 1С сценарное тестирование – http://1c.ru/news/info.jsp?id=17985.
  8. Пример решения для развертывания 1С – https://www.youtube.com/watch?v=B8WAXWOv4IM&t=70s.

Комментарии
 
  24.01.2019 - 04:25 |  Dima84

Хорошая статья, спасибо. Мне еще понравились статьи "Почему настройка CI&CD является одним из главных приоритетов для IT компании" и "Список IT профессии и их роли в создании программного продукта (в разрезе CI & CD)" на портале LinuxTrainingCenter. В них очень доступно описан процесс Непрерывной интеграции и доставки CI & CD и роли IT профессии в CI&CD при разработке программы.

Да и на этом сайте есть неплохие онлайн курсы, где можно изучить всю систему CI&CD. Может кому-то пригодится

Добавить комментарий

Комментарии могут оставлять только зарегистрированные пользователи

               Copyright © Системный администратор

Яндекс.Метрика
Tel.: (499) 277-12-41
Fax: (499) 277-12-45
E-mail: sa@samag.ru