Size: a a a

1С, БСП, DevOps и Архитектура

2020 October 26

KK

Konstantin Kozyrev in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
на русском - это уже пройденый этап.
Сейчас модно эмодзи!
А то если весь печатный символ в UTF32 поместится - это слишком просто.
источник

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
Alexey Lab Sosnoviy
У тебя же установлен он? Позырь плз методы работы с ссх-ключами есть?
Есть метод УстановитьКлюч
Устанавливает закрытый ключ для аутентификации, который хранится в файле.
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Не получается в гитлабе отобразить в пайплайне результаты тестов. Артефакты сохранил, в консоле все зелёное - найдены, загружены. В чем мой прокол?
В yml по инструкции вроде: artifacts:reports:junit, artifacts:paths, artifacts:when. Сами артефакты доступны к скачиванию после завершения пайплайна.
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
Александр Медведько
Не получается в гитлабе отобразить в пайплайне результаты тестов. Артефакты сохранил, в консоле все зелёное - найдены, загружены. В чем мой прокол?
В yml по инструкции вроде: artifacts:reports:junit, artifacts:paths, artifacts:when. Сами артефакты доступны к скачиванию после завершения пайплайна.
Надо флаг в конфиге включить
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
Это бета фича.
Ну в последний раз когда я смотрел, было так. Обсуждали уже здесь.
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
По дефолту они только в мр показываются
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
А не, в 13.3 достали из под фичефлага в дефолт.
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
У вас какая версия?
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Пётр Зиннатханов
А не, в 13.3 достали из под фичефлага в дефолт.
Да, я тоже в доке историю прочитал :( моя не поддерживает, пошел админов пинать. Извините за шум:)
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
А можно я еще спрошу :) я вот не очень понимаю в гитлабе. Джобы в разных пайплайнах стартуют по стейджам. Условно если есть два пайплайна, то сначала выполнятся два билда, затем два теста и т.д. но при этом если раннер один, то и репозиторий локальный у него один и чекаут происходит перед каждым джобом. То есть постоянно дергаются ветки и затираются новые файлы внутри папки билда. Можно ли настроить "целостное" выполнение пайплайна? Я вот хочу на этапе билда готовить тестовую базу из исходников, а на этапе тестирования проводить тесты как исходников, так и ИБ. Или это неправильная схема?
источник

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
Александр Медведько
А можно я еще спрошу :) я вот не очень понимаю в гитлабе. Джобы в разных пайплайнах стартуют по стейджам. Условно если есть два пайплайна, то сначала выполнятся два билда, затем два теста и т.д. но при этом если раннер один, то и репозиторий локальный у него один и чекаут происходит перед каждым джобом. То есть постоянно дергаются ветки и затираются новые файлы внутри папки билда. Можно ли настроить "целостное" выполнение пайплайна? Я вот хочу на этапе билда готовить тестовую базу из исходников, а на этапе тестирования проводить тесты как исходников, так и ИБ. Или это неправильная схема?
Я что-то не понял связи между одним раннером и твоими сборочными линиями
источник

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
Вне зависимости от того, сколько у тебя раннеров, у тебя каждое задание начинается со скачивание репозитория локально.
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Александр Капралов
Вне зависимости от того, сколько у тебя раннеров, у тебя каждое задание начинается со скачивание репозитория локально.
Совершенно верно. И меня это смущает :)
источник

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
Александр Медведько
Совершенно верно. И меня это смущает :)
Делай всё в одном задании :)
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Александр Капралов
Делай всё в одном задании :)
Тогда граф некрасивый получается :)
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Александр Капралов
Делай всё в одном задании :)
Я правильно понимаю что нельзя "притормозить" один пайплайн пока не выполнится другой на том же раннере?
источник

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
Александр Медведько
Тогда граф некрасивый получается :)
Ты можешь написать GIT_STRATEGY: none в своём ямле, тогда задание не будет скачивать репу.
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Александр Капралов
Ты можешь написать GIT_STRATEGY: none в своём ямле, тогда задание не будет скачивать репу.
Да. Ну вот есть у меня два стейджа: билд и тест. В билде делается чекаут ветки и формируется ИБ. В тестах гоняются тесты сонара и bdd/tdd. Это нормальная схема? Если нормальная, то мне на шаге теста чекаут был бы не нужен при условии что другой пайплайн не влезет между двумя стейджами.
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Или при наличии раннеров больше одного джобы по ним разносятся и гарантировать место выполнения никто не может (при одинаковых тегах)?
источник