* [devel] Re: cvs , was 65
@ 2001-05-25 15:58 ` Alexey Voinov
0 siblings, 0 replies; only message in thread
From: Alexey Voinov @ 2001-05-25 15:58 UTC (permalink / raw)
To: devel
Aleksey Novodvorsky wrote
> > > > Кстати, Алексей (AEN), в свете последних событий в рассылке
> > > > надобы в etcskel внести исправление :)
> > >
> > > Вот и внесите. Вы тоже разработчик.
> > Внес (пока только koi8-rб в следующий сеанс связи постараюсь
> > доделать остальные)
> > Но!
> > На мой взгляд пора поднимать cvs.
> > (может оно уже работает, а я не знаю?)
> > Без этого коллективная работа будет крайне неэффективна.
> >
> > Вот, например, ситуация:
> > в разных пакетах есть много мелких "ляпов" (типа неправильной
> > группы)
> > Я могу это быстро исправить, собрать пакет, но Maintainer,
> > может
> > не обратить внимание на появление новой версии, которую не он
> > собирал
> > и изменения будут потеряны. Ошибка вернется на свое место.
> >
> > Давайте лучше поднимем cvs! :)
>
> Несомненно. Перенесите это обсуждение в devel, пжста!
Вот, собственно, переношу.
Заодно выскажу несколько своих соображений по поводу организации сего процесса.
1. Видимо следует использовать то, что в cvs.info называется
tracking third-party sources. Т.е. время от времени importом
запихивать туда исходники программы, вносить свои изменения и делать
единственый патч относительно последней импортированной версии.
(очевидно, что ядро - особый случай и схему работы с ядром надо
придумывать отдельно. возможно помогут branchи )
2. Maintainerы обязательно делают cvs watch on, чтобы быть в курсе всего,
что происходит с "их" пакетом. Время от времени они решают, что из
текущего состояния cvs пора собирать пакет, и выкладывать его в Sisyphus.
(в идеальном случае сборка происходит после каждого изменения, но в
некоторых ситуациях это может оказаться нерационально)
3. Крайне желательно создать "правила пользования cvs для разработчиков",
в которых указать обязательность комманд cvs edit/unedit.
4. следует организовать проект для простого и удобного создания комплекта
файлов для сборки (в идеале - говорим make rpm и на выходе имеем готовый
пакет)
--
Best Regards!
Alexey Voinov
voins@voins.program.ru
voins@online.ru
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2001-05-25 15:58 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-05-25 15:58 ` [devel] Re: cvs , was 65 Alexey Voinov
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