[devel] git: бранчи/дистрибутивы/обновления

[Damir Shayhutdinov]

> == 2. А если сторочка "ещё какая-то информация" для Desktop никак не
> применима,
> то, видимо, надо отдельный бранч заводить? как-то так:
> $ git checkout -b desktop 0.1-alt1
> $ vi test.txt
>         s/Ещё одна строка описания/Ещё одна строка описания./
> $ git add test.txt
> $ git commit -m "added point. fixes bug#XXX"
> $ vi example.spec
>         (меняем версию/changelog)
>         $ cat example.spec
>         Name: example
>         Version: 0.1
>         Release: alt1.M40.1
>         %changelog
>         * new-date name <mail> 0.1-alt1.M40.1
>         - fixed bug#XXX
>
>         * date name <mail> 0.1-alt1
>         - initial build for Sisyphus
> $ git commit -m "spec modified for 0.1-alt1.M40.1"
> $ git-tag 0.1-alt1.M40.1
>
> gear > example-0.3-alt1.src.rpm > куда? чтоб он попал в обновления.
>
> т.е. получается некое копирования branch-ами структуры нашего ftp
>
> Теперь хорошо бы, наверное, эту забытую "." и в текущую версию внести
> Видимо, это можно cделать:
>
> $ git checkout master
> a) просто вручную cделать commit
> б) merge? скорее даже git merge -s ours desktop ?
> c) или обойтись git-cherry-pick на коммит с фиксом точки?
>   если, он был сделан в desktop отдельным коммитом.
Лучше cherry-pick, раз уж бранчи разошлись. Merge тут ИМХО не нужен.

> Ну суть вопроса, надеюсь, ясна.
> Кто-что посоветует по организации git/gear репозитория в свете поддержания
> различных версий пакета,
> находящегося в Sisyphus/Desktоp/Server/Junior ?

Мне пока видится приемлемой вышеприведенная структура, с бранчем на
каждый поддерживаемый дистрибутив, в котором исправления переносятся
из ветки в ветку через cherry-pick.

Или же можно держать спек и .gear-rules в отдельном бранче, и тогда
можно сократить количество cherry-pick-ов за счет merge. Но это будет
посложнее и понимать, и поддерживать.