можно применить. Сейчас существует такая ситуация, есть репозиторий, в котором существует main ветка, а также dev ветка, все разработчики работая создают свои дополнительные ветки, и работают заливая сначала в dev, потом в main, но также есть бот который по несколько раз в день комитит в main, и пока разработчик несколько дней делает какую-то фичу на своей ветке, main кучу раз обновляется, поэтому постоянно приходится решать конфликты. Как можно улучшить эту схему если невозможно изменить ветку на которую будет пушить бот, и вообще невозможно изменить логику работы бота?
Я думал про это, но изменения валяются по Json-ам, их много и они маленькие, это можно как-то зафлаговать вообще?
Как связаны конфликты и ветка main?
Разрабы когда льют в мейн обраруживают что там куча микрокомитов и это надо исправлять
кто-то будет руками ресолвить конфликты, не бот же это будет делать улучшить можно тут примерно нифуя, разве что подмерживать майн в девелоп и из девелопа перед мержем в свою ветку разраб будет
Непонятно. А как эти микрокоммтты из main в dev попадают?
Я бы выкинул ветку dev
Ну это да, предложение хорошее но можно решить там все микроскопическим скриптом автозаливки, проблема в куче мелких комитов
Ну да если что-то попадает сначала в main, минуя dev, получается dev ненужен
Ты просто перенесёшь конфликты в другое место, при этом конфликты тебе надо будет решать уже на уровне этого скрипта. Микроскопического, хаха
Обсуждают сегодня