DevOps в 1с – Telegram
DevOps в 1с
674 subscribers
14 photos
1 video
36 links
Привет, меня зовут Иванов Егор.
Я DevOps-специалист и буду рассказывать о том, что происходит в мире 1c.
Download Telegram
Привет!

Я уже не раз упоминал здесь про jenkins-lib, но не лишним будет напомнить еще раз.

На мой взгляд, это один из самых удобных, легко настраиваемых и масштабируемых конвейеров контроля качества кода для 1С.

В нем есть практически всё:

🔸 Загрузка конфигурации из исходников или хранилища
🔸 Загрузка расширений
🔸 Смоук-тесты
🔸 BDD тесты с использованием Vanessa-ADD или Vanessa Automation
🔸 Синтаксический контроль
🔸 Юнит-тесты с использованием yaxunit
🔸 Проверка в EDT
🔸 Анализ кода с помощью SonarQube

Одним из самых частых запросов была возможность загрузки готовой базы, в которой выполнены все необходимые первоначальные настройки перед запуском тестов.
🚀Вы просили - мы сделали!🚀 Теперь можно подготовить эталонную базу и использовать её!

Поддерживается загрузка как dt-файлов, так и готовых файлов формата 1CD.

Надеюсь, теперь качество вашего кода поднимется на новую высоту! 🤔
🔥22👍32
Media is too big
VIEW IN TELEGRAM
Всем привет!

Женя Акпаев, известный многим как создатель выгрузки из ЖР в clickhouse, В очередной раз подготовил очень крутую штуку.

Встречайте, дебаг-адаптер 1с для VSCode!
Теперь можно поглядеть что-там в базе происходит не открывая конфигуратор!

🔸 Работают точки останова
🔸 Подключение к серверу и клиенту
🔸 Стек вызовов
🔸 Просмотр локальных переменных(То чего в конфигураторе никак не могут нормально реализовать)
🔸 Ну и масса всего вкусного!

Надо понимать, что это все еще ранняя версия, и могут быть косяки, но сам факт подобной реализации - это очень круто!
В планах там еще вагон всяких вкусностей по типу инкрементальной загрузки изменений перед стартом отладки...
В общем точно стоит обратить внимание на проект, и как минимум поставить ему звезду на гитхабе!
🔥21👍8👏41🤩1
Всем привет!

Начался INFOSTART TECH EVENT 2024!

В этом году будет огромное количество докладов, которые стоит посмотреть. И очень круто, что в этом году появилась открытая онлайн трансляция из большого зала конференции!

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

А в комментариях делитесь, кого из докладчиков вы ждёте больше всего.
🔥7🙏2
💬 Всем привет!

Я уже затрагивал тему OpenAPI и документирования интеграций, но снова и снова сталкиваюсь с одними и теми же проблемами. Узнайте знакомые ситуации:

🔹 "Опять из этой 1С что-то непонятное прилетает."
🔹 "Отправил им сгенерированный JSON, но они пока не ответили, правильный он или нет. Жду неделю, у них разработчик в отпуске."
🔹 "Вы не присылаете обязательные свойства в интеграционном пакете!"
🔹 "В документации одно, а в коде таких свойств вообще нет!"
...и этот список можно продолжать бесконечно.

Это всё следствие разрыва между контрактом (документацией) и реальностью.

🧐 Как это происходит?

Сегодня аналитики согласовали красивую схему интеграции, подписали её, ударили по рукам и передали на реализацию.
Завтра в процессе разработки выяснилось, что чего-то не хватает, и это просто добавили в код. Документацию обновить решили "потом", потому что у нас agile: "результат важнее документации... вот это вот все..."
И всё… Документация больше никогда не будет актуальной, потому что она никак не связана с интеграцией и не участвует в процессе.

💡 Как решить проблему?
Добавить обязательную валидацию интеграционных пакетов по спецификации!

Это решит сразу несколько задач:
1️⃣ Контракт станет максимально проработанным, ведь он напрямую влияет на отправляемые сообщения.
2️⃣ Документация всегда будет актуальной.
3️⃣ Разработчики смогут мгновенно узнать, соответствует ли их пакет требованиям, без недель ожидания.

🛠 Для удобства я написал библиотеку валидации для 1С.
Просто передайте пакет в метод — на выходе получите массив ошибок валидации.

📌 Библиотека доступна на GitHub
📖 Также можно почитать статью на Инфостарте!

👉 Делитесь опытом и внедряйте! 🔥
🔥15
Полтора года работы. 199 комментариев и нескончаемое обсуждение в личке. 111 коммитов. Более 2000 измененных строк кода.

Дима, ты это сделал. И даже меня не удавил дистанционно. Огромное тебе спасибо.

Замер покрытия кода тестамииз коробки доступен в jenkins-lib 0.14.0!
🔥14
Ну это просто праздник под новый год!
Мы строили-строили, и наконец построили, ура!
Forwarded from Vanessa OpenSource
⚡️Выпущен🌲 предновогодний 🌲 релиз Vanessa-runner v2.5.0⚡️

🔥Огромное спасибо @Segate за подготовку новых фич релиза и переезд CI\CD на Github actions
🔥Больщущее спасибо @yukon39 за PR с поддержкой автономного сервера!
🔥Большое спасибо всем контрибьюторам за ваши доработки и участие в проекте!

## Приветствуем новых контрибьюторов
* atyz2013 (ник на Гитхабе) - 631

## Изменения
* Добавлен параметр ibsrv для запуска команд с использованием автономного сервера 645
* Использование ibcmd для серверных баз 639
* Переезд CI\CD на Github actions
* 635 636 646 648 649 650

* Исправление поведения команды init-dev с флагом --dt 625
* Флаг --dt в init-dev не работал, если в dt есть пользователи
* Убрано лишнее обновление, для случая, если после инициализации бд или загрузки dt больше действий не производилось.
* Вернул поведение при котором сначала грузилась база из dt, а потом на нее накатывались исходники. Можно опять использовать конструкции вида init-dev --dt ./xxx.dt --src ./src/cf При этом будет сначала загружен дамп, а потом будут загружены исходники - cf, src, хранилище

* Инкрементальная загрузка на основании расхождений не только с предыдущим коммитом, но и с текущей конфигурацией 637
* Добавлен генератор json-схемы и обновлена json-схема 644
* Добавлен параметр --lockend для указания времени завершения блокировки сеансов 631
* Если открытие конфигуратора происходит интерактивно и не требует ожидания - сообщение "Работа Конфигуратора завершена" не выводится 632

* Исправлены ошибки в примере example.env.json 608
* уточнены тесты и расчет покрытия
* Фича "Приоритеты настроек" и и новые переменные окружения 642
* Объединил бдд и юниты в один файл для корректного расчета покрытия 638
* Рефакторинг работы с настройками + дополненные тесты для настроек 643

Full Changelog: https://github.com/vanessa-opensource/vanessa-runner/compare/v2.2.22...v2.5.0


Ссылки на каждый PR есть в описании релиза
🔥8
Всем Привет!

Давно не писал, а у меня есть чем поделиться!

Наконец-то дошли руки, и я реализовал нативный парсер YAML для 1С и oScript! 🎉
Никаких внешних компонент или сторонних инструментов — чистая платформа.

Скоро в подсистеме интеграции можно будет напрямую указывать OpenAPI-схемы в YAML!
➡️ Больше никакой ручной конвертации в JSON ( что особенно радует при работе с внешними спецификациями).

🙏 Огромный респект
Отдельное спасибо @dhurricane за то, что "притянул" стандартный yaml-тест-сьют! агенерировать такое количесвто корнер-кейсов руками я бы не смог никогда.

🛠️ Как использовать?

Для oScript:
Полная обратная совместимость с библиотекой yaml!
Просто замените #Использовать yaml `→ `#Использовать onoscript-yaml — и всё заработает.

Для 1С:
Качайте обработку-парсер по этой ссылке (не забудьте оставить плюсик в публикации 😉).
👍15🔥7
🔥 Голосование за доклады INFOSTART TECH EVENT 2025 стартовало!

Я подал заявки с двумя докладами:

🗣️ 1. Подсистема интеграции: практика api-first подхода
* Зачем переходить на api-first при проектировании интеграций?
* Первый публичный релиз "Подсистемы интеграции"!
* Методология и готовое решение для ваших интеграционных задач.

🗣️ 2. Из хранилища в Git: без EDT и сожалений
* Ответы на самые больные вопросы миграции.
* Как избежать подводных камней при работе с действительно большими базами?


Если темы вам близки или просто интересны — прошу голосовать, и до встречи в октябре.
👍12🔥74
DevOps в 1с pinned «🔥 Голосование за доклады INFOSTART TECH EVENT 2025 стартовало! Я подал заявки с двумя докладами: 🗣️ 1. Подсистема интеграции: практика api-first подхода * Зачем переходить на api-first при проектировании интеграций? * Первый публичный релиз "Подсистемы…»