У меня есть практический опыт построения пайплайна CI/CD для разработки, автотестирования и автоматического развертывания релизов продукта (отраслевая конфигурация, самописка). Организация работает в режиме 24*7, с тех.окном в 30 минут ночью

В процессе были решены такие задачи:
- автоматическая сборка и экспорт конфигурации из EDT;
- проверка синтаксиса и запуск поведенческих тестов (Vanessa Automation);
- определение новых коммитов с привязкой к задачам Redmine;
- создание релизной задачи в трекере со списком изменений;
- контроль изменений в Git
- интеграция Jenkins + GitLab + Redmine.

Вопрос к сообществу: интересен ли вам такой опыт? Есть ли запрос на подробную информацию с примерами кода (Jenkinsfile, скрипты, интеграции)?

Будет полезно или тема уже избита? Стоит ли тратить время на оформление?

Если эта схема работает без
"- автоматическая сборка и экспорт конфигурации из EDT;"
То очень даже интересно

(1) да, автоматическая сборка.
Часть разработчиков работают непосредственно в EDT, другие из EDT запускают конфигуратор, а после подтягивают изменения в проект.

(0) Думаю, вполне интересно будет. Любопытно, трудозатраты большие были на построение контура?

(3) Примерно 2 недели на плотное погружение в тематику, отстраивание первого контура - тестирование наиболее важных участков. Далее, выбор оптимального варианта к организации самой работы и его отлаживание, которое проходило эпизодически, может 1-2 дня в квартал суммарно. Большее время отнимало объяснение сотрудникам работы с git, слаживание при работе в новых требованиях и необходимость поддерживать код в приемлемых стандартах разработки. Пока сонар не проверит новый код на ошибки/стандарты merge request не пройдет.

(4) Спасибо

(0) У меня вопрос
А сколько денег на железо для EDT было потрачено?
И автора придумки с EDT еще не побили?

(6) дополнительного железа не покупали, все остались на своих виртуальных машинах.
В итоге меня благодарят за переход. Минусы тоже есть, но плюсов больше и они существенные.

(7)
Эх сказки сказки...

(7) Ааа у каждого своя виртуальная машина с 32Гб RAM и 8 ядер?

16 гб, 6 ядер

(10) Вы случаем не из первобита?

(11)нет.

(7) > но плюсов больше

"Славик незаменимый"? подробную инструкцию потомкам и последователям оставили с картинками?

у меня по-старинке бабароботы в тестовом контуре тестируют каждая свой "участок безответственности"

(12) Слишком стек знакомый и параметры виртуалок
Только в стеке Jira пропала и новое появилось взамен

И да только там видел чтобы каждому разрабу свою VM выдавали в облаке
В большинстве всех прочих (из тех что я видел) всегда кодят все на одном общем сервере по RDP, никаких выделенных VM

(15) стек не является уникальным, обычная практика для использующих open-sourсe решения.

(15)+ Имхо выделять каждому разрабу свою VM - это слишком жирно и трата ресурсов

(16) Возможно оно из самой 1С пошло

Намного интересней когда работа с Git идет без EDT
Который реально почти все используют как очень толстый и неудобный git-клиент ))

А напрямую из Конфигуратора, банально через выгрузку конфы в файлы и загрузку из них

(19)+ Причем это выгрузка/загрузка может быть реализована на сервере, средствами DevOps
Т.е. разработчик просто работает с базой(ами) и конфой(ами) в обычном Конфигураторе
А еще имеет некий веб-интерфейс с кнопочками
И по нажатию кнопки получает результат в Git
Если его пулл-реквест не проходит - ему просто скидывается свежая cf, с которой он должен (и да быстро, не тормозить пока еще кто не успел вперед) совместить свои доработки чтобы прошло

(0) Очень интересно. Недавно задумался над подобной реализаций, хотел сделать тестовый контур, чтобы понять надо ли оно, но погряз в изучении и настройке. Хотелось бы больше готовых примеров с подробной инструкцией видеть.

(0) Интересно. ИМХО. Более интересно не просто инструкции по развертыванию и настройки, а как принималось решение именно о такой архитектуре? Какие сложности были в процессе построения? Интересуют не только технические сложности, но и социальные (сопротивление руководства, сотрудников и т. д.).

(20) это всё реализовано в edt. И работа в конфигураторе, и веб интерфейс с подтягиванием веток и объединение

(23) Начнем с банального
1. EDT работает не со всеми версиями платформы 1С
2. EDT пипец тормозит и требует нехилого железа, но да есть удобные фичи
3. Форматирование по умолчанию в EDT отличается от Конфигуратора, в случае совмещения выглядит странно
4. Отладка из EDT до сих пор это боль
5. Все равно сначала (через Конфигуратор по сути) конфа из EDT применяется в базу и только потом запускается Предприятие
6. Есть прикольные моменты при работе в EDT c Git, например никогда не слетали кодировки и фига-весь модуль выглядит как измененный целиком, вместо отдельных строк
7. Глюки с поиском по конфе в EDT. В Конфигураторе они тоже бывают но легко лечатся перезапуском. В EDT не лечатся легко.

(24) Проблемы есть у EDT, но тяжесть их преувеличена. К тому же, можно запустить родной конфигуратор и, накодив там, импортировать в проект EDT. Далее, пуш и merge.