История изменений
Исправление q11q11, (текущая версия) :
А ты готов?
при чём тут эта философия? есть требования к работе и качеству, тебе работу работать или пальцы гнуть?
ладно, пора заканчивать с лирическим отступлением...
согласен, а то тебя уже далеко занесло, ну или замкнуло на одном workflow, и почему-то считаешь что единственно верный - тот котороый используешь ты, но есть же разные пути, и не надо бросаться яркими образами типа «в мировой общепринятой практике» и «во ВСЕХ нормальных конторах», «к опыту и к эффективному использованию», практика практике рознь равно как и опыт, ещё и от проекта зависит, и от клиента, и от методологии, лучше погугли «merge vs rebase»
а за эпос - спасибо что не поленился
у нас же кроме мастера есть stage, репа приватная, ну и сама схема:
- git checkout -b feature_branch (со stage-ветки)
- работа ведётся в feature_branch БЕЗ «накосячи при рефакторинге» и «криво прикрутили либу», ничего не мешает делать сразу правильно
- по мере необходимости примерживается stage в feature_branch, чтоб иметь у себя последние изменения
- по завершении таски поднимается CI с feature_branch, чтоб дать потестить ветку в чистом проекте в его текущем состоянии
- в конце спринта все feature_branch мержаться в stage и поднимается CI потетсить результаты спринта
- после аппрува делается мерж stage в master и деплоится prod
- завершённые ветки удаляются
прекрасно обходимся без rebase, работаем так несколько лет, все довольны, проблем с грязью нет и тратить время на чистку не приходится
Исходная версия q11q11, :
А ты готов?
при чём тут эта философия? есть требования к работе и качеству, тебе работу работать или пальцы гнуть?
ладно, пора заканчивать с лирическим отступлением...
согласен, а то тебя уже далеко занесло, ну или замкнуло на одном workflow, и почему-то считаешь что единственно верный - тот котороый используешь ты, но есть же разные методологии, и не надо бросаться яркими образами типа «в мировой общепринятой практике» и «во ВСЕХ нормальных конторах», «к опыту и к эффективному использованию», практика практике рознь равно как и опыт, лучше погугли «merge vs rebase»
а за эпос - спасибо что не поленился
у нас же кроме мастера есть stage, репа приватная, ну и сама схема:
- git checkout -b feature_branch (со stage-ветки)
- работа ведётся в feature_branch БЕЗ «накосячи при рефакторинге» и «криво прикрутили либу», ничего не мешает делать сразу правильно
- по мере необходимости примерживается stage в feature_branch, чтоб иметь у себя последние изменения
- по завершении таски поднимается CI с feature_branch, чтоб дать потестить ветку в чистом проекте в его текущем состоянии
- в конце спринта все feature_branch мержаться в stage и поднимается CI потетсить результаты спринта
- после аппрува делается мерж stage в master и деплоится prod
- завершённые ветки удаляются
прекрасно обходимся без rebase, работаем так несколько лет, все довольны, проблем с грязью нет и тратить время на чистку не приходится