[devel] git.alt

[Michael Shigorin]

On Sun, Feb 17, 2008 at 08:55:22PM +0300, Dmitry V. Levin wrote:
> > Хуже: сейчас кто как хочет/умеет, тот так и развлекается.
> > Чтобы помочь, сначала надо въехать, какой именно стиль
> > применён в заданном пакете.
> Думаешь, слишком много свободы?
> Инструмент должен давать свободу действий.

Я не против свободы действий, я о недостатке принятых путей.
Асфальт -- это хорошо, но с определением сторонности движения.

> > Мне кажется, это действительно серьёзная проблема: для помощи
> > требуется не просто владеть хотя бы основами git на уровне
> > пользователя, а иметь сопоставимую с $MAINTAINER квалификацию
> > _именно_ в использовании этого инструмента.  Что практически
> > убивает саму идею.
> Это преувеличение.
> Для того, чтобы помочь, чтобы сделать pull/commit/pull,
> не обязательно разбираться в технике ведения репозитория.

OK, попробуй обновить тарбол в /people/mithraen/packages/nginx.git
и объяснить нам с Денисом, где он меня зря пугал, а я зря пугался.
:)

> > Например, для изменений в nginx мы с mithraen@ договорились,
> > что он втягивает мои изменения -- а вот обновления версии
> > делает сам, поскольку там заморочки.
> Твой комментарий подтверждает мою мысль.

Ну при этом _сейчас_ мне приходится дёргать лишний раз его для
rebuild.  Наверное, можно и сейчас попросить acl, поскольку
коммуникации хорошо налажены -- но вот мотивации поправить багу,
об которую случайно спотыкаешься, обычно недостаточно.

Надо вытащить репозиторий (например, для проверки того, что
в 24-ovz фактически никак не приложен патчик, упомянутый в
bugzilla.openvz.org, пришлось вытащить полгига git repo -- 
ждём shallow clones?); понять, как он устроен; понять, каков
стиль внесения изменений в него...

Я не говорю, что идея плоха или реализация никуда не годится
-- но пытаюсь понять, в чём текущие проблемы (они отчасти
обусловлены incoming+acl+srpms) и какие из них всё равно не
решаются -- или усугубляются -- переездом incoming на git.

(для архива: рядом упомянутый гипотетический contrib предлагалось
гарантировать как возможный к пополнению именно srpms вне
зависимости от)

> > Если в таком неопределённом и разобщённом (за пределами
> > gear-srpmimport) виде выкатываться, может получиться плохо.
> Ты думаешь, можно сделать такой репозиторий, в который будет
> слишком сложно вносить изменения?

Вносить-то их может оказаться несложно, а вот понять, как это
делать...

Почитав описание raorn@ насчёт mutt, понял, что очень рад тому,
что туда не надо лазить :)

> > Или общее -- как раз srpmimport, а дальше я сгущаю краски?
> > Просто его результат нечасто встречаю, обычно рукоделие...
> Почти все мои gear-репозитории выросли из результата работы
> gear-srpmimport'а.

Твои едва ли не наименее интересны среднему начинающему
контрибутору git.alt (вроде меня) как раз. :)

-- 
 ---- WBR, Michael Shigorin <mike на altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/