команда. Работаем через gitbucket (не bitbucket а именно gitbucket). Есть два репозитория прод и бета. бета - форк прода. Текущий формат работы такой. Заливаем задачи на бету там тестим, если ок - ветвимся от прода, делаем туда черепик коммитов конкретной задачи, пушим в новую ветку - содаем ПР на объединение с продакшеном. Тимлид проверяет ПР и подтверждает. Понимаю что данный подход очень топорный. В идеале хотелось бы наверное сделать след подход. Команда каждую задачу пушит в свою ветку, далее делается ПР на мастер беты, тестируется и далее каким то образом нужно чтобы все мастер ветка беты стала мастер веткой прода? Делать git force push ? как то небезопасно такое рзрешать, мердже мастер ветки беты с продом? Ну и наверное стоит после каждого объединения делать тег версии, чтобы в случае ошибок не делать откат а просто на продакшене переключаться на последний работающий тег. Почему я заострял внимание на gitbucket так это потому что там нельзя например запретить разрабам пуш в мастер ветку, но оставить возможность пушить в другие. И видимо придется делать еще один репозиторий - dev в который будут плодится ветки под задачи, из него ПР в мастер беты, а дальше уже объединение с продом. Я тут просто изложил свои мысли так как это мой первый проект , и я не знаю других подходов. Прошу знающих людей рассказать как бы сделали вы, возможно есть какой то универсальный правильный подход)
Gitlabflow придумали давно
Ахах, я просто не знал как загуглить и видимо да в моей голове на 99 процентов сам созрел gitlab Flow, единственный косяк что gitbucket не поддерживает запрет определённых действий по ветке , но видимо ничего не поделаешь и придётся переезжать на gitlab
Или github flow, он даже проще кажется.
мне кажется gitlab flow нам идеально подходит )
Обсуждают сегодня