Size: a a a

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

2021 March 17

AS

Alexander Sharov in 1С, БСП, DevOps и Архитектура
Кирилл Черненко
Feature/budgetirovanie
там вообще весь проект. Так что feature/erp_vasya и  feature/erp_petya
Колю назначаем ответственным за мерж перед релизом.
отчитываемся на годовом собрании о внедрении CICD/
работаем как с хранилищем.
источник

КЧ

Кирилл Черненко... in 1С, БСП, DevOps и Архитектура
Alexander Sharov
там вообще весь проект. Так что feature/erp_vasya и  feature/erp_petya
Колю назначаем ответственным за мерж перед релизом.
отчитываемся на годовом собрании о внедрении CICD/
работаем как с хранилищем.
Мсье знает толк в автоматизации
источник

AS

Alexander Sharov in 1С, БСП, DevOps и Архитектура
Кирилл Черненко
Мсье знает толк в автоматизации
мсье молод, но уже много повидал =)
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Кирилл Черненко
Фича ветки даёт любой флоу
Ну да, это я что-то загнул :) извините
источник

H

Hero in 1С, БСП, DevOps и Архитектура
Ура!
Срачик)))
источник

H

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

AO

Andrey Ovsiankin in 1С, БСП, DevOps и Архитектура
Hero
Ура!
Срачик)))
Где?!
источник

Z

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

H

Hero in 1С, БСП, DevOps и Архитектура
Ну так немножко живое общение, споры.
источник

N

NNA in 1С, БСП, DevOps и Архитектура
Наши черные коты не точат когти, они подчиняют примус
источник

JD

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

KH

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

ДБ

Дмитрий Бабенко... in 1С, БСП, DevOps и Архитектура
700к yaml разработчику? хм..
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
Artur Ayukhanov
как и другие, я также скажу, что "фича - это тех.проект или подсистема" это перебор.
Фича это тех проект просто из определения "ветвистой разработки" с ИТС. Тех проект - это ветка. Других веток в 1С на конфигураторе нету. Значит все, что делается веткой в гит-любом флоу в 1С это техпроект.
Другое дело, что с одним хранилищем у 1С каждый изобретает вариации транк-безд разработки, а не флоу. И понятно почему.
На днях развлекался с замерами ветвления ЕРП по техпроектной инструкции - 16 минут поставка из хранилища, 10 минут - новая база из эталонного DT, 19 минут на загрузку поставки. 45 минут на create branch как с куста, и это я забыл померять принятие изменений и нажатие кнопки "включить изменения"
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Дмитрий
Фича это тех проект просто из определения "ветвистой разработки" с ИТС. Тех проект - это ветка. Других веток в 1С на конфигураторе нету. Значит все, что делается веткой в гит-любом флоу в 1С это техпроект.
Другое дело, что с одним хранилищем у 1С каждый изобретает вариации транк-безд разработки, а не флоу. И понятно почему.
На днях развлекался с замерами ветвления ЕРП по техпроектной инструкции - 16 минут поставка из хранилища, 10 минут - новая база из эталонного DT, 19 минут на загрузку поставки. 45 минут на create branch как с куста, и это я забыл померять принятие изменений и нажатие кнопки "включить изменения"
да, но необязательно тех.проект - это месяцы разработки
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
плюс если брать тех.проекты СППРа, то там в ТП можно включить несколько задач и/или исправлений ошибок. что уже само по себе тоже начинает "протекать"
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
Если 45 минут на старт - мне страшно подумать про то, сколько времени на влить обратно. Ради недели разработки я на такое не готов. Там сравнить - объединить 2 раза - при мердже/ребейза туда и обратно. А на одном из них еще и подумать надо.
Уж лучше по старинке - сразу в девелоп [хранилище], одним коммитом[серией в перемешку с другими коллегами, если объект все-таки надо отпустить].  Ну и стащить идею фича-флагов у прогрессивного транкового человечества.
источник

DS

Danila Spevak in 1С, БСП, DevOps и Архитектура
Дмитрий
Если 45 минут на старт - мне страшно подумать про то, сколько времени на влить обратно. Ради недели разработки я на такое не готов. Там сравнить - объединить 2 раза - при мердже/ребейза туда и обратно. А на одном из них еще и подумать надо.
Уж лучше по старинке - сразу в девелоп [хранилище], одним коммитом[серией в перемешку с другими коллегами, если объект все-таки надо отпустить].  Ну и стащить идею фича-флагов у прогрессивного транкового человечества.
В зависимости от масштаба разрушений, до дня может уйти на большой конфигурации при большом техпроекте, который затронул пару сотен объектов метаданных за пару месяцев
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
плюс если брать тех.проекты СППРа, то там в ТП можно включить несколько задач и/или исправлений ошибок. что уже само по себе тоже начинает "протекать"
Ну не сильно протекает - в каком флоу переход фича-центральный ствол должен только одно атомарное действие содержать? Толстый мердж это нормально. Вот коммиты внутри фича ветки хорошо бы зачистить в красивую историю.
Но эту магию я пока не постиг в Гите - вот есть мастер/девлоп в который нужно влиться, вот есть говноветка, как оно все разрабатывалось, причем она тоже на сервере, так как я боюсь гибели машины разработчика и каждый день пушусь, не следя за целостностью коммита, просто эдакое Ctrl-S. А теперь я хочуть получить красивый мердж в центр. Мне что, завести новую ветку, сквашнуть в неё говноветку, проверить что каждый коммит новой истории проходит тесты и вмерджить в мастер? А говноветку стереть и на сервере и локально, а уборщик мусора в гите грохнет это безголовое ответвление при следующей чистке? (вместо ответа на эту часть можно кинуть в меня учебником)
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
Danila Spevak
В зависимости от масштаба разрушений, до дня может уйти на большой конфигурации при большом техпроекте, который затронул пару сотен объектов метаданных за пару месяцев
На большом масштабе это жалкие проценты, для него не жалко. А вот для задачи на 8-16 часов разработки убивать 4 на ветвление-слияние это как-то дороговато.
источник