* [devel] Простой пакет в git-репозитарии
@ 2008-04-07 10:18 Eugene Prokopiev
2008-04-07 11:04 ` Damir Shayhutdinov
2008-04-07 11:52 ` Dmitry V. Levin
0 siblings, 2 replies; 5+ messages in thread
From: Eugene Prokopiev @ 2008-04-07 10:18 UTC (permalink / raw)
To: ALT Linux Team development discussions
> > Но очень неудобным (для меня, хотя, как я вижу, никого больше это не
> > смущает) является смешивание в одном каталоге оригинальных исходников
> > и моих файлов, необходимых для сборки rpm. Есть ли способ делать fetch
> > в подкаталог?
>
>
> Меня это уже давно не смущает. Держите спеки и gear-файлы в одной
> ветке, а апстримные исходники - в другой. Перед выпуском просто
> делаете с помощью git-merge -s ours фиктивный merge с веткой апстрима.
>
> В .gear-rules при этом пишете что-то типа
>
> tar.gz: upstream:.
>
> Единственная неочевидная вещь в такой схеме - это как получить в
> гит-репозитарии ветку, которая будет содержать спек и gear-rules, но
> не будет содержать исходников.
>
> Для этого создается пустой временный репозитарий, в него коммитится
> спек и .gear-rules, потом ветку master оттуда надо будет втянуть в
> основной репозитарий.
Последняя заметка в
http://freesource.info/wiki/AltLinux/Sisyphus/devel/git/gitnotes?
Процедура выглядит ужасно. Вы можете себе представить подобные
инструкции в официальном руководстве мантейнера? ;) Понятно, почему
его нет и не скоро будет :)
Нет ли более человечного способа создать в репозитарии 2 независимых
друг от друга бранча? Хотя, иметь репозитарий-заготовку с пустыми
спеком и .gear/rules - не такая уж плохая идея :) Еще лучше упихать
эту процедуру подальше от любопытных глаз в какой-нибудь gear-init,
который из тарболла делает репозитарий с рекомендуемой структурой. И
из src.rpm делает то же, т.е. с бранчами, а не с подкаталогом.
Итак, неавтоматизированная процедура создания простого пакета должна
выглядеть так:
$ mkdir mypackage
$ cd mypackage
$ git-init
$ touch file # здесь может быть извлечение апстримных исходников из
тарболла или из svn/cvs/git/...
$ git-add .
$ git-commit -a -m '0.1'
$ git-tag 0.1
$ git-tag last
теперь удаляем бранч master:
$ git-branch upstream
$ git-checkout upstream
$ git-branch -d master
и забираем его из другого временного репозитария:
$ mkdir ../tmp
$ cd ../tmp
$ git-init
$ mkdir .gear
$ echo "tar: last:." > .gear/rules
$ cat > mypackage.spec << EOF
> Name: mypackage
> Version: 0.1
...
> EOF
$ git-add .
$ git-commit -a -m 'initial commit'
$ cd ../mypackage
$ git-pull ../tmp master:master
Тут я получаю не совсем то, что ожидал:
$ PAGER=cat git-log
commit b76a9a3a744319406f52f6bdedee66b82f531052
Merge: c026f1b... 85de2c0...
Author: Eugene Prokopiev <enp@altlinux>
Date: Mon Apr 7 13:33:35 2008 +0400
Merge branch 'master' of ../tmp into upstream
commit c026f1b73a09deeaa932970af368e95b9013338c
Author: Eugene Prokopiev <enp@altlinux>
Date: Mon Apr 7 13:32:37 2008 +0400
0.1
commit 85de2c02397a9f23a6225cdff646fe25bbd15c08
Author: Eugene Prokopiev <enp@altlinux>
Date: Mon Apr 7 13:21:55 2008 +0400
initial commit
А как втянуть без merge? Мне ведь не нужны спек и .gear в upstream.
Сделал git-reset --hard HEAD^.
Теперь мержим (фиктивно) бранчи, обновляем ненужные нам теги (иначе
gear обидится - а почему они не нужны, я уже говорил: в бранче
upstream некрасиво иметь информацию об именах пакетов, тем более, что
на основании одного коммита может собираться несколько релизов; обход
чуть менее некрасивый - при каждом новом коммите в upstream двигаем
тег last на него) и собираем пакет:
$ git-checkout master
$ git-merge -s ours upstream
$ gear-update-tag -ac
$ gear -v --commit --rpmbuild -- rpm -bs --nodeps
Вроде все, остался последний коммит.
> В качестве примера посмотрите на liblazy у меня в git (а также
> почитайте ман к gear-rules и gear-update-tag).
Посмотрел туда и еще в парочку, сделал вывод, что общепринятой
структурой репозитария (если мы выносим апстримные исходники в
отдельный бранч) является такая:
$ git-branch -a
* (no branch)
master
origin/HEAD
origin/master
origin/upstream
Назначение master и origin/upstream понятно, будет ли последний
локальным или ремотным (интересно, а как его по-русски назвать?
"удаленный" - еще хуже) - зависит, как я понял, от того, используем мы
gear-update или git-svn fetch :)
Зачем нужны origin/HEAD и origin/master?
С более простыми схемами (alt-специфичные пакеты, в которых upstream
выделать смысла нет) и с более сложными с выделением каждого патча в
отдельный бранч вопросов вроде нет - наверное я еще не дорос до того,
чтобы их задавать :)
--
С уважением,
Прокопьев Евгений
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [devel] Простой пакет в git-репозитарии
2008-04-07 10:18 [devel] Простой пакет в git-репозитарии Eugene Prokopiev
@ 2008-04-07 11:04 ` Damir Shayhutdinov
2008-04-07 11:24 ` Eugene Prokopiev
2008-04-07 11:52 ` Dmitry V. Levin
1 sibling, 1 reply; 5+ messages in thread
From: Damir Shayhutdinov @ 2008-04-07 11:04 UTC (permalink / raw)
To: ALT Linux Team development discussions
> > Для этого создается пустой временный репозитарий, в него коммитится
> > спек и .gear-rules, потом ветку master оттуда надо будет втянуть в
> > основной репозитарий.
>
> Последняя заметка в
> http://freesource.info/wiki/AltLinux/Sisyphus/devel/git/gitnotes?
>
> Процедура выглядит ужасно. Вы можете себе представить подобные
> инструкции в официальном руководстве мантейнера? ;) Понятно, почему
> его нет и не скоро будет :)
>
> Нет ли более человечного способа создать в репозитарии 2 независимых
> друг от друга бранча?
Это и был более человечный. Менее человечный - это написание
скрипта-обертки, типа git-commit-without-parent, который бы делал
что-то типа git-write-tree, объединенное с git-commit-tree, после чего
бы создавался новый бранч через git-branch.
Примерно так:
TREE=`git-write-tree`
COMMIT=`echo "Creating new branch" | git-commit-tree "$TREE"`
git-branch newbranch "$COMMIT"
Тут правда надо делать корректную обработку ошибок и т.п.
> Хотя, иметь репозитарий-заготовку с пустыми
> спеком и .gear/rules - не такая уж плохая идея :) Еще лучше упихать
> эту процедуру подальше от любопытных глаз в какой-нибудь gear-init,
> который из тарболла делает репозитарий с рекомендуемой структурой. И
> из src.rpm делает то же, т.е. с бранчами, а не с подкаталогом.
Не для всех вариантов это имеет смысл.
> $ mkdir ../tmp
> $ cd ../tmp
> $ git-init
> $ mkdir .gear
> $ echo "tar: last:." > .gear/rules
> $ cat > mypackage.spec << EOF
> > Name: mypackage
> > Version: 0.1
> ...
> > EOF
> $ git-add .
> $ git-commit -a -m 'initial commit'
> $ cd ../mypackage
> $ git-pull ../tmp master:master
>
> Тут я получаю не совсем то, что ожидал:
Потому что вместо pull надо было использовать fetch.
> А как втянуть без merge? Мне ведь не нужны спек и .gear в upstream.
> Сделал git-reset --hard HEAD^.
git-fetch. Pull = fetch + merge.
> Теперь мержим (фиктивно) бранчи, обновляем ненужные нам теги (иначе
> gear обидится - а почему они не нужны, я уже говорил: в бранче
> upstream некрасиво иметь информацию об именах пакетов, тем более, что
> на основании одного коммита может собираться несколько релизов; обход
> чуть менее некрасивый - при каждом новом коммите в upstream двигаем
> тег last на него) и собираем пакет:
Можно вместо тегов использовать имя ветки. Главное чтобы она была
смержена туда где .gear-rules.
> Посмотрел туда и еще в парочку, сделал вывод, что общепринятой
> структурой репозитария (если мы выносим апстримные исходники в
> отдельный бранч) является такая:
>
> $ git-branch -a
> * (no branch)
> master
> origin/HEAD
> origin/master
> origin/upstream
>
> Назначение master и origin/upstream понятно, будет ли последний
> локальным или ремотным (интересно, а как его по-русски назвать?
> "удаленный" - еще хуже) - зависит, как я понял, от того, используем мы
> gear-update или git-svn fetch :)
>
> Зачем нужны origin/HEAD и origin/master?
Это удаленные ветки, которые отслеживают удаленный репозитарий на git.alt.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [devel] Простой пакет в git-репозитарии
2008-04-07 11:04 ` Damir Shayhutdinov
@ 2008-04-07 11:24 ` Eugene Prokopiev
2008-04-07 11:34 ` Damir Shayhutdinov
0 siblings, 1 reply; 5+ messages in thread
From: Eugene Prokopiev @ 2008-04-07 11:24 UTC (permalink / raw)
To: ALT Linux Team development discussions
> > Нет ли более человечного способа создать в репозитарии 2 независимых
> > друг от друга бранча?
>
>
> Это и был более человечный. Менее человечный - это написание
> скрипта-обертки, типа git-commit-without-parent, который бы делал
> что-то типа git-write-tree, объединенное с git-commit-tree, после чего
> бы создавался новый бранч через git-branch.
>
> Примерно так:
>
> TREE=`git-write-tree`
> COMMIT=`echo "Creating new branch" | git-commit-tree "$TREE"`
> git-branch newbranch "$COMMIT"
>
> Тут правда надо делать корректную обработку ошибок и т.п.
если я правильно понял, то самый человечный предложил Денис :)
> > Хотя, иметь репозитарий-заготовку с пустыми
> > спеком и .gear/rules - не такая уж плохая идея :) Еще лучше упихать
> > эту процедуру подальше от любопытных глаз в какой-нибудь gear-init,
> > который из тарболла делает репозитарий с рекомендуемой структурой. И
> > из src.rpm делает то же, т.е. с бранчами, а не с подкаталогом.
>
> Не для всех вариантов это имеет смысл.
Ну разве что кому-то будет лень обновнять апстримные исходники, а
потом мержить их. Будет простой инструмент - будет не лень, а
преимущества разделения очевидны. Или я не прав?
> Можно вместо тегов использовать имя ветки. Главное чтобы она была
> смержена туда где .gear-rules.
$ cat .gear/rules
tar: upstream:.
$ git-branch -a
* master
upstream
$ PAGER=cat git-log
commit 548837f805edb5b33f4a483d438b2cfe149d46c0
Merge: 85de2c0... c026f1b...
Author: Eugene Prokopiev <enp@altlinux.ru>
Date: Mon Apr 7 13:47:58 2008 +0400
...
$ gear -v --commit --export-dir=/tmp
Created commit dc2b31b: Temporary commit by gear.
3 files changed, 4 insertions(+), 2 deletions(-)
create mode 100644 .gear/tags/list
gear: Temporarily committed local changes.
gear: .gear/rules line 1: Name "upstream" not found in tag list
gear: .gear/rules line 1: Failed to make archive
gear: Reverted temporary commit dc2b31b9fd84fc4eaf049c4abbd048cadfcaaa7e.
> > Посмотрел туда и еще в парочку, сделал вывод, что общепринятой
> > структурой репозитария (если мы выносим апстримные исходники в
> > отдельный бранч) является такая:
> >
> > $ git-branch -a
> > * (no branch)
> > master
> > origin/HEAD
> > origin/master
> > origin/upstream
> >
> > Назначение master и origin/upstream понятно, будет ли последний
> > локальным или ремотным (интересно, а как его по-русски назвать?
> > "удаленный" - еще хуже) - зависит, как я понял, от того, используем мы
> > gear-update или git-svn fetch :)
> >
> > Зачем нужны origin/HEAD и origin/master?
>
> Это удаленные ветки, которые отслеживают удаленный репозитарий на git.alt.
Чуть подробнее можно? Или ссылку.
--
С уважением,
Прокопьев Евгений
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [devel] Простой пакет в git-репозитарии
2008-04-07 11:24 ` Eugene Prokopiev
@ 2008-04-07 11:34 ` Damir Shayhutdinov
0 siblings, 0 replies; 5+ messages in thread
From: Damir Shayhutdinov @ 2008-04-07 11:34 UTC (permalink / raw)
To: ALT Linux Team development discussions
> если я правильно понял, то самый человечный предложил Денис :)
Это грязный хак.
> > > Хотя, иметь репозитарий-заготовку с пустыми
> > > спеком и .gear/rules - не такая уж плохая идея :) Еще лучше упихать
> > > эту процедуру подальше от любопытных глаз в какой-нибудь gear-init,
> > > который из тарболла делает репозитарий с рекомендуемой структурой. И
> > > из src.rpm делает то же, т.е. с бранчами, а не с подкаталогом.
> >
> > Не для всех вариантов это имеет смысл.
> Ну разве что кому-то будет лень обновнять апстримные исходники, а
> потом мержить их. Будет простой инструмент - будет не лень, а
> преимущества разделения очевидны. Или я не прав?
Инструменты нужны для формализации оптимального способа использования
git для хранения пакетов (типа как сейчас gear-srpmimport). Пока мой
вариант еще не признан оптимальным.
> $ gear -v --commit --export-dir=/tmp
> Created commit dc2b31b: Temporary commit by gear.
> 3 files changed, 4 insertions(+), 2 deletions(-)
> create mode 100644 .gear/tags/list
> gear: Temporarily committed local changes.
> gear: .gear/rules line 1: Name "upstream" not found in tag list
> gear: .gear/rules line 1: Failed to make archive
> gear: Reverted temporary commit dc2b31b9fd84fc4eaf049c4abbd048cadfcaaa7e.
gear-update-tag -ac
> > > Зачем нужны origin/HEAD и origin/master?
> > Это удаленные ветки, которые отслеживают удаленный репозитарий на git.alt.
> Чуть подробнее можно? Или ссылку.
При клонировании в репозитарии создается ссылка на источник (origin),
оформленная в виде результата команды git-remote add origin <URL
клонируемого репозитария>.
Удаленные ветки origin/* используются для слежения за ветками
источника. Каждой ветке origin/foo соответствует ветка foo в
репозитарии-источнике. Эти ветки обновляются при выполнении git-push
или git-fetch/git-pull, чтобы соответствовать веткам
репозитария-источника.
Специальная ветка origin/HEAD указывает на то же, на что указывает
HEAD в репозитарии-источнике.
Этих самых git-remote можно настроить сколько угодно, и у каждого
будет свой набор удаленных веток.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [devel] Простой пакет в git-репозитарии
2008-04-07 10:18 [devel] Простой пакет в git-репозитарии Eugene Prokopiev
2008-04-07 11:04 ` Damir Shayhutdinov
@ 2008-04-07 11:52 ` Dmitry V. Levin
1 sibling, 0 replies; 5+ messages in thread
From: Dmitry V. Levin @ 2008-04-07 11:52 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 423 bytes --]
On Mon, Apr 07, 2008 at 02:18:35PM +0400, Eugene Prokopiev wrote:
> Нет ли более человечного способа создать в репозитарии 2 независимых
> друг от друга бранча?
Эта задача, на мой взгляд, достаточно редкая и противоестественная для того,
чтобы упрощать её решение ещё больше.
> Итак, неавтоматизированная процедура создания простого пакета должна
> выглядеть так:
Я предпочитаю gear-srpmimport.
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-04-07 11:52 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-04-07 10:18 [devel] Простой пакет в git-репозитарии Eugene Prokopiev
2008-04-07 11:04 ` Damir Shayhutdinov
2008-04-07 11:24 ` Eugene Prokopiev
2008-04-07 11:34 ` Damir Shayhutdinov
2008-04-07 11:52 ` Dmitry V. Levin
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git