AM
а што нипанятна?
нипанятна почему багфикс коммитов в мастере не должно быть. Звучит так, как будто ты о хотфикс коммитах.
Size: a a a
2020 August 04
SP
ну я в том, плане чтобы примеры коммитов глянуть. Я просто чет в branch by abstraction не очень понимаю. Хотелось бы примеры
ну вот у меня была задача - рендриг документа в PDF. Мол была старая реализация которая мерзская со свитчами и которую хуй потестишь. Мы закрыли ее интерфейсиком и сделали рядом новую реализацию. А конфиг определяет какую юзать. Вот и весь branch by abstraction. Код может месяцами жить на проде и ломать все но "он не работает" потому что конфиг указывает на старую
AM
не понимаю тебя
Что тебе мешает тем самым git flow полную автоматизацию запилить с откатом в один клик?
КГ
нипанятна почему багфикс коммитов в мастере не должно быть. Звучит так, как будто ты о хотфикс коммитах.
ну, по идее да. Я прост термин хотфикс не использую
AM
ну, по идее да. Я прост термин хотфикс не использую
То, что ты не используешь этот термин не значит, что багфикс коммитов в мастере не должно быть, если что. Уточнять надо
КГ
Что тебе мешает тем самым git flow полную автоматизацию запилить с откатом в один клик?
наверное ничего, но git flow сам по себе избыточен. И вроде пару лет назад тут это обсуждали, что git flow был актуален до devops/CI и прочего. Сейчас это избычтоно
SP
ну я в том, плане чтобы примеры коммитов глянуть. Я просто чет в branch by abstraction не очень понимаю. Хотелось бы примеры
грубо говоря смысл в том что бы код был интегрирован и закрыт от мира
if-ом.КГ
То, что ты не используешь этот термин не значит, что багфикс коммитов в мастере не должно быть, если что. Уточнять надо
Я написал "уменьшить", а не устранить
AM
наверное ничего, но git flow сам по себе избыточен. И вроде пару лет назад тут это обсуждали, что git flow был актуален до devops/CI и прочего. Сейчас это избычтоно
Не вижу проблем юзать git flow с CI/CD. Особенно, если D — Deployment
КГ
Не вижу проблем юзать git flow с CI/CD. Особенно, если D — Deployment
Юзай, я тебе не запрещаю
AM
Юзай, я тебе не запрещаю
Кушай мороженное, продавец не запрещает. Ну да ладно
AM
Я написал "уменьшить", а не устранить
Как можно уменьшить к-ство багфиксов, если в коде есть баги? Я не понимать
КГ
Как можно уменьшить к-ство багфиксов, если в коде есть баги? Я не понимать
Блин написал я фичу, вроде работает, отправляю на прод, тут же ошибки валятся
КГ
Я могу либо их подчищать тут же в мастере, либо в своей ветке, а в мастер коммиты я привык сквошеть перед мержем
AM
Блин написал я фичу, вроде работает, отправляю на прод, тут же ошибки валятся
А если ты фичу сначала на стейдж закинешь, то багфикс пилить не надо будет? Или если позже заметишь
AM
Я об этом
AM
> а в мастер коммиты я привык сквошеть перед мержем
вот и доехали в чём смысл
вот и доехали в чём смысл
k
всем привет. какой подход к работе с ветками используете на своих проектах?
делаю веточку с изменением, пушу в мастер, деплою.
На пет-прожекте просто сразу в мастер, там прода нет
На пет-прожекте просто сразу в мастер, там прода нет
I
грубо говоря смысл в том что бы код был интегрирован и закрыт от мира
if-ом.в целом идея понятна. Какие минусы есть при таком подходе? Уровень разраба должен быть хороший, чтобы такое использовать в команде? А если например работать с джуном?
SP
в целом идея понятна. Какие минусы есть при таком подходе? Уровень разраба должен быть хороший, чтобы такое использовать в команде? А если например работать с джуном?
все упирается в управление рисками (у джунов с этим плохо) и тесты (они тоже позволяют управлять рисками).