Рабочий процесс мерзавца для корпоративной разработки ядра Linux
Я экспериментировал с Несметным числом, пока я не понял, что использование шрифта переменной ширины было глупой игрой.
Courier New здесь, хотя я собираюсь испытать Зависть после наблюдения его здесь.
1 ответ
Rebase хорош для интеграции вышестоящих ветвей в локальную ветвь, при условии, что никто не подталкивает указанную локальную ветку (поскольку история этой локальной ветки был переписан). См., Например, «Рабочий процесс git и вопросы о перебазировании и слиянии» .
В каждом репозитории Git разработчиков должна быть выделена выделенная «общедоступная» ветвь (т.е. предназначенная для отправки), чтобы объединить / выбрать вишню внести соответствующие изменения.
Потенциально, несколько общедоступных веток могут сосуществовать, по одной на версию ядра для поддержки / исправления, если необходимо.
Затем можно настроить центральное репо для интеграции (т. Е. Извлечения) всех ветвей разработчика, помещенных в него.
См. Также "git Release Management" для получения дополнительной информации о рабочих процессах слияния и публикациях.