beldmit: (Программизм)
[personal profile] beldmit
Наблюдаю в дружественной конторе следующую ситуацию:

1. Есть продукт, который они пилят. С выпускаемыми версиями и прочим. При выпуске новой версии upstream-ом на неё надо переходить.

2. Есть большой патч к этому продукту разработки собственно этой конторы. Его необходимо всегда иметь в актуальном виде одним куском. Применяться он должен к апстриму.

3. Есть набор патчей третьей стороны, который должен жить отдельными кусочками, но попадать в итоговую сборку. Поштучно.

Как этот РАБКРИН лучше обустроить?

Мне в голову приходит сценарий с двумя ветками, соответствующими пп. 2 и 3, с периодическими git rebase сначала ветки со своими патчами на апстрим, а потом ветки с патчами третьей стороны - на то, что получилось в "своей" ветке. Или я неправильно понимаю, что есть git rebase?

Date: 2015-02-09 12:32 pm (UTC)
yurikhan: (Default)
From: [personal profile] yurikhan

Как-то так, да. Если (3) разрабатывается на основе (2). Если наоборот, то, соответственно, порядок ребейсов меняется на обратный. Если (3) и (2) оба разрабатываются независимо на основе апстрима, то, возможно, ребейс (2) и (3) на голову апстрима, а потом мёрж их обоих с образованием отдельной ветки и разруливанием мёрж-конфликтов.

Возможно, большой патч потом захочет стать серией мелких патчей.

Profile

beldmit: (Default)
Dmitry Belyavskiy

December 2025

S M T W T F S
 123456
78910111213
14151617181920
2122 2324252627
28 29 3031   

Most Popular Tags

Page Summary

Style Credit

Expand Cut Tags

No cut tags
Page generated Feb. 10th, 2026 04:00 pm
Powered by Dreamwidth Studios