From: mookid@sigent.ru (Mikhail Zabaluev)
To: devel@linux.iplabs.ru
Subject: Re: [devel] Q: package repository
Date: Tue, 24 Oct 2000 23:08:11 +0400
Message-ID: <20001024230811.A1025@localhost.localdomain> (raw)
In-Reply-To: <20001024163817.A27782@LDV.fandra.org>; from ldv@fandra.org on Tue, Oct 24, 2000 at 04:38:17PM +0400
Hello Dmitry,
On Tue, Oct 24, 2000 at 16:38 +0400, Dmitry V. Levin wrote:
>
> Greetings!
>
> Первоначально я планировал разработать этот вопрос самаму, несколько
> позднее - разработать и обсудить здесь, однако так сложилось, что времени
> сосредоточиться на решении этого вопроса у меня нет, а решать его надо.
>
> Итак, при наличии двух и более постоянных разработчиков (в отличии от
> RE <= 7.0) для нормальной продуктивной работы требуется package
> repository. Основные требования, предъявляемые к subj, таковы:
>
> + Revision Control:
> Единица модульности - пакет.
> Хранится более одного релиза (каждого пакета), changelog к каждому
> релизу, и т.д (как в RCS, CVS, etc.)
Если будет выбран CVS, неплохо было бы автоматизировать changelog в spec
- записывать туда комментарии, введенные при commit'e.
> + Возможность сопряжения с подсистемами автоматической сборки и
> автоматического обновления "pristine sources" (этих подсистем пока нет).
Опять же, по commit или rtag можно запускать сборку и отправлять
доклад разработчику (адрес берется из тэга Packager в spec). Исходники
можно требовать указывать в виде URL и для сборки, если локальной копии
нет, забирать wget'ом или аналогичным софтом, предусмотрев подстраховку,
например: указан .bz2 -> не найден -> пробуем .gz -> есть -> выкачиваем
-> переупаковываем.
> Что будет единицей хранения (файл, архив файлов, etc.), зависит от
> реализации.
Присоединяюсь к мнению Александра: для sources - архивы вне revision
control, все остальное отслеживать в виде файлов. Дополнение: добавленные
бинарные файлы (иконки и т.п.) заливать минуя revision control, видимо, в
ту же иерархию, где будут лежать исходники.
--
Stay tuned,
MhZ mailto:mookid@sigent.ru
-----------
The good life was so elusive
It really got me down
I had to regain some confidence
So I got into camouflage
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel
next prev parent reply other threads:[~2000-10-24 19:08 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-10-24 12:38 Dmitry V. Levin
2000-10-24 14:33 ` Alexander Bokovoy
2000-10-24 19:08 ` Mikhail Zabaluev [this message]
2000-11-01 23:09 ` [devel] " Dmitry V. Levin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20001024230811.A1025@localhost.localdomain \
--to=mookid@sigent.ru \
--cc=devel@linux.iplabs.ru \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
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