Я нахожусь в команде, использующей Git прямо сейчас, и у нас есть хороший рабочий процесс. У нас есть центральный репозиторий с двумя ветвями, dev и master. Мы создаем местные филиалы для работы над отдельными задачами. Мы сливаемся в dev, когда они готовы. Затем мы сливаемся, чтобы справиться, когда все будет готово, и мы помечаем все наши релизы. Если нескольким разработчикам необходимо более тесно сотрудничать с задачей, мы можем создать другую, возможно временную удаленную ветку, чтобы они могли совместно использовать патчи. Это очень хорошо работает для нас, но это оставляет нам две проблемы.Как управлять резервными копиями и контролировать Git с центральным хранилищем?
Одной из проблем является проблема с резервными копиями. Конечно, большая часть базы кода поддерживается. У каждой машины, имеющей клон репозитория, есть большая часть кода. Однако код, который кто-то пишет в течение дня, не подкрепляется до тех пор, пока они не сливаются с dev и не нажимают. Если задача, над которой они работают, нетривиальна, это может быть за несколько дней до того, как у них что-то слияние и толкать достойно. Как мы убеждаемся, что этот код работает в резервном копировании в центральном безопасном месте? Просто используйте какое-то резервное решение, внешнее по отношению к Git?
Вторая проблема - проблема мониторинга прогресса сотрудников. Менеджер (ы) хочет видеть, какой код разработчики написали каждый день. Если в день идет покупка, где вы ничего не выталкиваете, это будет выглядеть так, как будто вы ничего не делали весь день. Нам нужно каким-то образом ежедневно показывать нашу работу, которая не заставляет нас совершать и нажимать код, который не готов к совершению, слиянию и нажатию.
Одним из решений, которое мы рассмотрели, является создание удаленной ветви на центральном репо для каждой отдельной локальной ветви, которую мы делаем. Это, вероятно, сработает, но это будет большой беспорядок, даже если мы регулярно удаляем старые неиспользуемые ветви. Это также много дополнительной работы для управления всем этим.
Как мы можем удовлетворить эти требования бизнеса, не нарушая рабочий процесс Git?
Вообще я считаю: филиал во время работы на нем толчок для резервного копирования в конце дня удалить, как только у вас нет необходимости его больше, и он был включен в основной ветви процесса работает просто отлично. – Kzqai
Бах, плохо отформатированный, но вы поняли, что использование всей этой ветвящейся власти в схеме, организованной именованием, является простым и полезным. – Kzqai