Re: [devel] Gear и внешние VCS.

From: Igor Vlasenko <vlasenko@imath.kiev.ua>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] Gear и внешние  VCS.
Date: Fri, 20 Jun 2014 15:11:51 +0300
Message-ID: <20140620121148.GA27336@dad.imath.kiev.ua> (raw)
In-Reply-To: <CANM4RuhZbKzC-MPU0yvo0NEotPZu4UhAhfFkT=smRyOFhYwW5A@mail.gmail.com>

Я плохо прошлый раз объяснил, только всех запутал:(

Как говорится, чтобы правильно задать вопрос, нужно знать
50% ответа. Вместо этого я завел слушателей во что-то не то.

Коротко скажу, что 
> Зачем здесь апстримные бранчи?
и не зачем, и не при чем, и только запутал слушателей и ввел
их в заблуждение. У мнея смешались в кучу кони, люди, NMU,
наблюдение за тегами и автообновление.

Не удивительно, что я всех запутал.
Прошу тайм-аут.

Возможно, стоит сейчас отложить написание кода,
это сейчас менее приоритетная задача,
пусть время устаканит концепцию.

On Fri, Jun 20, 2014 at 09:01:10AM +0400, Eugene Prokopiev wrote:
> 19 июня 2014 г., 22:20 Igor Vlasenko написал:
> 
> > Меня тоже надо услышать. Мне лично и прямо сейчас такая информация
> > уже нужна для пакетов perl-*. Я ведь не исключен из сообщества?
> > А по закону больших чисел такая информация понадобится не раз и не
> > два еще не одному десятку майнтайнеров. Да, у нас массовые обновления
> > и исправления пакетов не очень распространены. Но не потому, что
> > не нужны, а потому что требуется слишком много усилий из-за
> > несовершенства инструментов.
> 
> Игорь, можно еще раз? Мне тоже кажется, что чем меньше дополнительной
> информации в разных местах хранить, тем более чистой и удобной
> становится сама концепция :) Т.е. раз мы уже используем watch-файлы,
> то логично в них же хранить ссылку на внешнюю VCS + регэксп для
> релизных тегов. Тогда для облегчения работы мы могли бы сказать:
> 
> $ gear-restore-remotes (один раз сразу после git clone для извлечения
> remotes - но тут нужно дать капризным майнтейнерам возможность
> задавать имя remotes)
> $ git remotes fetch
> $ gear-watch (посмотреть глазами, есть ли новые теги?)
> $ girar-update-by-upstream-tag (мержит апстримный тег, правит спек,
> коммитит, может даже ставит теги для сизифа и бранчей)
> $ gear-hsh ... (собираем теги для сизифа и бранчей)
> 
> Имена новых утилит, естественно, условные ...
> 
> По дефолту, наверное, стоит ставить теги и собирать только для сизифа,
> а в случае присутствия specsubst также и для бранчей (указанных в
> каком-то специального вида комментарии в спеке, например).
> 
> Все эти команды я могу дать вручную, а могу и роботу поручить, если
> пакетов куча.
> 
> Зачем здесь апстримные бранчи? Можно ведь таким образом собирать те же
> starman и perl-Mojolicious непосредственно по тегам? И netxms можно
> было бы.
> 
> Есть другой вопрос: бывает нужно собирать не апстримные, а собственные
> теги. Или вот я сам собираю себе freeswitch, т.к. не нашел общего
> языка с майнтейнером -
> http://git.altlinux.org/people/enp/packages/freeswitch.git. Мержить
> можно было бы и апстримные теги, но еще мне нужно вычислять разницу
> между бранчами upstream/v1.2.stable и patch/ldap -
> http://git.altlinux.org/people/enp/packages/freeswitch.git?p=freeswitch.git;a=blob;f=.gear/rules;h=a4a4163b4b0ed5bf439d2603c21431edd0466635;hb=f5d4ebe340bcb69df0076a9fa2f28aba5cf45231.
> Где хранить информацию об этом - тоже в watch-файле?
> 
> -- 
> WBR,
> Eugene Prokopiev
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 

I V