[devel] Q: git.altlinux.org: elinks

[devel] Q: git.altlinux.org: elinks

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1144 bytes --]

Предлагаю разобраться на конкретном примере.

Вот есть

$ cat .git/remotes/origin 
URL: http://elinks.cz/elinks.git
Pull: refs/heads/master:refs/heads/origin
Pull: refs/heads/REL_0_10:refs/heads/REL_0_10
Pull: refs/heads/elinks-0.11:refs/heads/elinks-0.11
Pull: refs/heads/utf8:refs/heads/utf8
$

Как наиболее правильно организовать трехстороннее взаимодействие
elinks.cz <-> local <-> git.alt
?

Желательно прямо по шагам: с чего начать, как правильно организовать
бранчи и т.п.

Тут получается два origin: один origin относится к elinks.cz, другой --
к git.alt.  Я же хочу чтобы git pull по умолчанию сливал из elinks.cz а
git push по умолчанию заливал на git.alt.

Ещё по поводу бранчей.  Я хочу работать на основе бранча elinks-0.11.
Я значит форкаю у себя бранч master от бранча 0.11.  Для вливания
очередных изменений из elinks-0.11 в master как правильно делать? --
git pull или git rebase?

Как впоследствии будет правильно перейти на бранч elinks-0.12?

Как расставлять таги?  Для каждого %version-%release нужно ставить таг?
В будущем при простановке такого тага пакет автоматически пойдет на
сборку?

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: git.altlinux.org: elinks

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2438 bytes --]

On Wed, Sep 13, 2006 at 03:33:12AM +0400, Alexey Tourbin wrote:
> Предлагаю разобраться на конкретном примере.
> 
> Вот есть
> 
> $ cat .git/remotes/origin 
> URL: http://elinks.cz/elinks.git
> Pull: refs/heads/master:refs/heads/origin
> Pull: refs/heads/REL_0_10:refs/heads/REL_0_10
> Pull: refs/heads/elinks-0.11:refs/heads/elinks-0.11
> Pull: refs/heads/utf8:refs/heads/utf8
> $

У меня есть как минимум один похожий репозиторий, git.git называется.

> Как наиболее правильно организовать трехстороннее взаимодействие
> elinks.cz <-> local <-> git.alt
> ?
> 
> Желательно прямо по шагам: с чего начать, как правильно организовать
> бранчи и т.п.

Нет тут ничего особенного.
Сначала клонируется upstream (здесь elinks.cz), бранчи организуются по
мере необходимости сами собой, и т.п.
Я обычно создаю примерно такой файл $GIT_DIR/remotes/up:
URL: git.alt:packages/elinks.git
Push: refs/heads/master:refs/heads/master
Push: refs/heads/origin:refs/heads/up
Push: refs/heads/REL_0_10:refs/heads/REL_0_10
Push: refs/heads/elinks-0.11:refs/heads/elinks-0.11
Push: refs/heads/utf8:refs/heads/utf8

> Тут получается два origin: один origin относится к elinks.cz, другой --
> к git.alt.  Я же хочу чтобы git pull по умолчанию сливал из elinks.cz а
> git push по умолчанию заливал на git.alt.

Я не знаю, как указать два разных URL'а в одном $GIT_DIR/remotes/origin.

> Ещё по поводу бранчей.  Я хочу работать на основе бранча elinks-0.11.
> Я значит форкаю у себя бранч master от бранча 0.11.  Для вливания
> очередных изменений из elinks-0.11 в master как правильно делать? --
> git pull или git rebase?

Я не совсем понимаю, как правильно использовать git-rebase в публичном
репозитории.  Пусть лучше расскажут люди с опытом.

> Как впоследствии будет правильно перейти на бранч elinks-0.12?

А эти бранчи (elinks-0.11 и elinks-0.12) как-то связаны?

> Как расставлять таги?  Для каждого %version-%release нужно ставить таг?

Я ставлю тэги для каждой сборки, которая отправляется в Сизиф, формат
имени не принципиален, я использую %version-%release, так же поступает и
gear-srpmimport(1).

> В будущем при простановке такого тага пакет автоматически пойдет на
> сборку?

Нет, для отправки пакета на сборку я придумал и планирую использовать тэги
специального вида refs/releases/*, в случае Сизифа это будет
refs/releases/sisyphus.  Но это предмет отдельного письма.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]