мастера. У нас нет никаких dev, stage и т.п. веток.
Но бывают задачи общие. Например для фронтендера и бекендера. Когда заливаем merge request в master, то всегда делаем squash коммитов, чтобы не засорять историю. В общих задачах мы мерджим или ребейзим ветки друг друга, чтобы наблюдать за изменениями. Но вот когда приходит пора заливать это дело в master, мы заливаем лишь 1 MR из 2. По итогу получается так, что всё делал один из разработчиков(смотря чей MR). Это не очень удобно. Как правильнее делать, чтобы и общую задачу делать и видеть изменения друг-друга, и squash выполнить для чистоты, и понятно было, кто что делал?
Я бы просто отказался от squash коммитов.
Для нас не вариант. Никому не интересны миллион твоих коммитов
Ну, тогда оформляйте нормально коммиты, чтобы не было всякого говна типа "fix", "пуксреньк")
Читаем про: - continuous integration (как подход а не Тулы, люди путают) - trunk based development - feature flags - branch by abstraction Эффективнее ничего нет. Но оно требует определенного уровня зрелости команды. Мол понимание что такое обратная совместимость, как работу дробить и т д.
Обсуждают сегодня