git rebase на долгоживущих (удаленных) ветках функций
Фон: Мы используем github для нашего проекта, и я работаю над собственной вилкой нашего основного репозитория. Мы используем rebase вместо слияния, чтобы избежать больших коммитов слияния.
Сценарий: Я хочу работать следующим образом:
- При реализации новой функции создайте локальную ветвь мастера моего форка и внесите туда мои изменения. Я и другие члены группы делаем много небольших коммитов, поэтому почти всегда будет несколько коммитов, затрагивающих один и тот же файл в ветке.
- Отправьте локальную ветку на мой форк, чтобы у меня была удаленная копия того, над чем я работаю (я не хочу, чтобы все мои изменения были потеряны, если мой ноутбук сломается или потеряется. Я пытаюсь сделать это в конце каждого дня).
- Если на завершение функции уходит много времени, я время от времени переустанавливаю мастер своего форка, чтобы убедиться, что не было изменений, которые могли бы нарушить работу моей функции. Обычно это работает нормально.
- Чтобы поддерживать удаленную копию ветки в актуальном состоянии, я помещаю в нее свою локальную ветку после перебазирования.
Проблема: На шаге 4 возникают проблемы. Мне почти всегда приходится иметь дело с коммитами без быстрой пересылки и использовать git push --force.
Я просмотрел
Git: как поддерживать постоянные параллельные ветки
Как поддерживать (в основном) параллельные ветки с небольшим отличием
и не нашел способа заставить мой рабочий процесс работать .Выполнение поиска в Google по рабочим процессам git в основном возвращает результаты, которые предполагают, что вы все работаете в локальных ветках и не храните удаленную копию на github (например, http://nvie.com/posts/a-successful-git- модель ветвления/).
Я относительно новичок в Git, поэтому хотел бы знать, не упустил ли я что-то здесь. Я хотел бы сделать шаг 4 без --force. Альтернативный рабочий процесс, который по-прежнему позволяет мне использовать перебазирование вместо слияния и сохранять удаленную копию моей локальной ветки, также был бы очень полезен.