Size: a a a

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

2020 October 26

АК

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

То есть твой stage должен быть построен таким образом, чтобы зависеть только от репы и от переданных артефактов.
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Александр Капралов
У тебя каждый stage приводит к очистке временной папки куда затем раннер скачивает репу (если не отменено) + артефакты из предыдущего задания.
Если у тебя тест stage не требует репы, то конечно не скачивай. Если test stage требует репу, то придется скачать, никуда не деться.

То есть твой stage должен быть построен таким образом, чтобы зависеть только от репы и от переданных артефактов.
Ага, стало более понятно. Спасибо.
источник
2020 October 27

VN

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

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Vladimir Nadulich
Программирование на эмодзи? ;)
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Норм же)
источник

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Конечно. Пример с крестами чуть выше еще круче.
источник

AS

Alexander Sharov in 1С, БСП, DevOps и Архитектура
P Z
Норм же)
оно норм, пока не появятся разночтения "это крокодил на картинке или аллигатор" и до момента необходимости придумывать свои переменные и объекты (ну, допустим эмодзи с двумя целующимися мужиками можно использовать для, например, обозначения службы безопасности, но однажды список очевидных соответствий закончится).
источник

KH

Konstantin Heinrich in 1С, БСП, DevOps и Архитектура
Alexander Sharov
оно норм, пока не появятся разночтения "это крокодил на картинке или аллигатор" и до момента необходимости придумывать свои переменные и объекты (ну, допустим эмодзи с двумя целующимися мужиками можно использовать для, например, обозначения службы безопасности, но однажды список очевидных соответствий закончится).
Нет, ну это же объект системы взаимодействия!
источник

AS

Alexander Sharov in 1С, БСП, DevOps и Архитектура
Konstantin Heinrich
Нет, ну это же объект системы взаимодействия!
💩 - как я понимаю, это будет самое ходовое эмодзи в коде
источник

KH

Konstantin Heinrich in 1С, БСП, DevOps и Архитектура
Alexander Sharov
💩 - как я понимаю, это будет самое ходовое эмодзи в коде
🙈🙉🙊 еще для трех объектов нашел
источник

AS

Alexander Sharov in 1С, БСП, DevOps и Архитектура
Konstantin Heinrich
🙈🙉🙊 еще для трех объектов нашел
это не три объекта. это обозначение багтрекера
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Александр Капралов
У тебя каждый stage приводит к очистке временной папки куда затем раннер скачивает репу (если не отменено) + артефакты из предыдущего задания.
Если у тебя тест stage не требует репы, то конечно не скачивай. Если test stage требует репу, то придется скачать, никуда не деться.

То есть твой stage должен быть построен таким образом, чтобы зависеть только от репы и от переданных артефактов.
Еще вопрос возник. При запуске pipeline на MR в локальный репозиторий попадает "автоматический" мердж? Дополнительно гитом руководить не надо чтобы он выполнил объединение перед проверками?
источник

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
Александр Медведько
Еще вопрос возник. При запуске pipeline на MR в локальный репозиторий попадает "автоматический" мердж? Дополнительно гитом руководить не надо чтобы он выполнил объединение перед проверками?
Я с MR еще не работал в ГитЛабе, не могу ничего сказать
источник

AD

Abramov Dmitry in 1С, БСП, DevOps и Архитектура
Александр Медведько
Еще вопрос возник. При запуске pipeline на MR в локальный репозиторий попадает "автоматический" мердж? Дополнительно гитом руководить не надо чтобы он выполнил объединение перед проверками?
В локальный репозиторий без fetch и pull само ничего не попадает.
Если имеется в виду автоматический мердж после удачного выполнения пайплайна, то там есть галка или настраивается в самом пайплайне вроде
https://docs.gitlab.com/ee/user/project/merge_requests/merge_when_pipeline_succeeds.html
источник

K

Kamui in 1С, БСП, DevOps и Архитектура
Всем привет! Хотел бы узнать как можно стать бухгалтером с нуля.Вообще нету никаких знаний в этой сфере, но хотелось бы узнать что да как и работать.
источник

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
Kamui
Всем привет! Хотел бы узнать как можно стать бухгалтером с нуля.Вообще нету никаких знаний в этой сфере, но хотелось бы узнать что да как и работать.
Это лучше в чатик с бухгалтерией
источник

K

Kamui in 1С, БСП, DevOps и Архитектура
Меня кикнули из такого чатика
источник

K

Kamui in 1С, БСП, DevOps и Архитектура
👌
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Мною замечено на личном опыте, что люди настолько обленились, что "легче" спросить и провести день в переписках, чем загуглить и мгновенно получить четкие ответы на простые вопросы, и уж тем более на риторические "как научиться" и т.п.
- Как научиться?
- Просто взять и научиться, блт!
источник

SK

Sergei Kondakov in 1С, БСП, DevOps и Архитектура
Kamui
Всем привет! Хотел бы узнать как можно стать бухгалтером с нуля.Вообще нету никаких знаний в этой сфере, но хотелось бы узнать что да как и работать.
У всех бухгалтеров обычно классическое бух образование вуза или техникума. Может быть бывают исключения, но не встречал.
источник