Re: [devel] I: git.altlinux.org: Sisyphus

["Dmitry V. Levin" <ldv@altlinux.org>]

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

On Thu, Nov 09, 2006 at 06:38:57PM +0300, Sergey Vlasov wrote:
> On Thu, Nov 09, 2006 at 06:06:28PM +0300, Alexey Gladkov wrote:
> > Sergey Vlasov пишет:
> > > Т.е., при обновлении refs/releases/sisyphus посылается команда на
> > > пересборку, после чего этот тег уже больше не нужен?  Всё, что нужно,
> > > копируется из репозитория мантейнера в процессе обработки update hook?
> > 
> > В update hook можно выяснить sha1 объекта и дальше работать с ним.
> > Сейчас это не так ... сейчас скрипты передают сборщику именно
> > refs/releases/* (я имею ввиду не текущего сборщика, а того который
> > только пишется).
> 
> Тогда в этом месте получается race.

В этом месте race отсутствует, поскольку sha1 объекта, на который
ссылается release tag, находится в самом release tag.

Но если release tag после извлечения из него sha1 тэга, по которому будет
выполнена сборка, больше не будет использоваться, это значит, что release
tag будет использоваться только для инициирования процесса сборки.

В таком ракурсе я не вполне уверен, что release tag будет наиболее удобным
способом инициировать процесс сборки.

Не будет ли тогда проще какой-нибудь gear-push-build с синтаксисом,
аналогичным git-push(1)?

Например,
gear-push-build <release> [<repository> [<tag>]]
где
- <release> имеет тот же смысл что и <release-tag> в gear-release;
- <repository> имеет тот же смысл что и в git-push;
- <tag> это имя тэга или commit-ish, для которого существует единственное
  имя тэга, по умолчанию commit-ish это HEAD.

Тогда "gear-push-build sisyphus" отправит на сборку в sisyphus тэг,
ссылающийся на HEAD, по адресу, указанному в $GIT_DIR/remotes/origin.

[...]
> Удобен будет любой вариант, который позволит не плодить репозитории без
> необходимости.

Этот критерий является необходимым но не является достаточным.


-- 
ldv

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