0 added
0 removed
Original
2026-01-01
Modified
2026-03-10
1
<p>Мы уже рассказывали о том, что<a>DevOps в 1С есть</a>, пусть и со своей спецификой. Давайте посмотрим, какие инструменты при этом используются, и как может выглядеть процесс в целом.</p>
1
<p>Мы уже рассказывали о том, что<a>DevOps в 1С есть</a>, пусть и со своей спецификой. Давайте посмотрим, какие инструменты при этом используются, и как может выглядеть процесс в целом.</p>
2
<h2>Система разработки кода</h2>
2
<h2>Система разработки кода</h2>
3
<p>Говоря по правде, выбор IDE для разработки под 1С невелик и, по большему счету, ограничивается<strong>1С:EDT</strong>. Правда, в ней зачастую серьезно отстают платформы, под которые вы сможете разрабатывать. Именно поэтому существует и другой выход из положения: вести разработку непосредственно в конфигураторе, а забирать xml из нужной папки с помощью скриптов.</p>
3
<p>Говоря по правде, выбор IDE для разработки под 1С невелик и, по большему счету, ограничивается<strong>1С:EDT</strong>. Правда, в ней зачастую серьезно отстают платформы, под которые вы сможете разрабатывать. Именно поэтому существует и другой выход из положения: вести разработку непосредственно в конфигураторе, а забирать xml из нужной папки с помощью скриптов.</p>
4
<h2>Система контроля версий</h2>
4
<h2>Система контроля версий</h2>
5
<p>В роли системы версионности прекрасно подходит<strong>Gitlab-On-Premises</strong>. Его же, кстати говоря, можно применять и для<strong>CI/CD</strong>(главный аргумент, почему нужно выбирать именно<strong>Gitlab</strong>). Туда же, кстати, можно складывать и отчеты из<strong>Allure</strong>. При этом<strong>CI</strong>запускается из dev-ветки, а тестирование и загрузка кода происходит в<strong>Stage</strong>.</p>
5
<p>В роли системы версионности прекрасно подходит<strong>Gitlab-On-Premises</strong>. Его же, кстати говоря, можно применять и для<strong>CI/CD</strong>(главный аргумент, почему нужно выбирать именно<strong>Gitlab</strong>). Туда же, кстати, можно складывать и отчеты из<strong>Allure</strong>. При этом<strong>CI</strong>запускается из dev-ветки, а тестирование и загрузка кода происходит в<strong>Stage</strong>.</p>
6
<h2>Процесс</h2>
6
<h2>Процесс</h2>
7
<p>На практике разработчики работают в собственных ветках, именуемых, исходя из названий фич либо исправлений. После того, как код успешно протестирован, отправляется запрос на мерж кода с dev-веткой. Далее происходит код-ревью со стороны тимлида, который подтверждает запрос, если все хорошо. В результате код из ветки разработчика вливается в Dev-ветку. Потом запускается сборка кода и разные тесты. Схематично все это можно представить так:</p>
7
<p>На практике разработчики работают в собственных ветках, именуемых, исходя из названий фич либо исправлений. После того, как код успешно протестирован, отправляется запрос на мерж кода с dev-веткой. Далее происходит код-ревью со стороны тимлида, который подтверждает запрос, если все хорошо. В результате код из ветки разработчика вливается в Dev-ветку. Потом запускается сборка кода и разные тесты. Схематично все это можно представить так:</p>
8
<p><em>По материалам https://efsol.ru/.</em></p>
8
<p><em>По материалам https://efsol.ru/.</em></p>
9
9