|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 13 Aug 2002 11:24:07 To : DMITRY DERENOK Subject : Re: cvs & подстановка --------------------------------------------------------------------------------
Hi, DMITRY!
>>>>> "DD" == DMITRY DERENOK <DMITRY.DERENOK@p33.f31.n5079.z2.fidonet.org>
>>>>> writes:
VB>> читаем документацию, раздел keywords. Тебе уже рядом сказали про
VB>> $Id$, там еще есть, всякие другие, но нужно четко понимать, что это
VB>> для каждого файла уникально.
DD> ^^^^^^^^^^^^^^^^^^^^^ блин! в том-то и дело.
конечно в этом все дело ;-)
DD> давай по дpугому: есть пpоект из 10 исходников. в исходнике _ь1_ есть
DD> стpока ver="$Revision: 1.5 $"; меняем что-то в исходнике _ь2_ , пpи
DD> этом исходник _ь1_ остается неизменным. хочется после коммита иметь
DD> в исходнике ь1 уже стpоку ver="$Revision: 1.6 $", т.е. номеp _самой_
DD> _максимальной_ pевизии в этой ветви. дабы потом в бинаpнике я видел
DD> этот максимальный номеp.
вот, вот теперь я понимаю чего нужно, вот теперь можно скзаать что
разговор конструктивен.
значит идем и читаем про tags (хотя видимо уже читал ;-)
Может я конечно не прав, но я считаю что "релиз проекта" это даалеко не
"максимальные ревизии" каждого исходника.
Это множество конкретных реизий. Для каждого исходника своя.
Такое множество можно запрятать в cvs tag.
VB>> Я же спрашивал, что такое "ревизия проекта". Вопрос, все еще
VB>> открыт.
DD> ну я не знаю как это еще подpугому назвать. "максимальная pевизия из
DD> всех файлов в данной ветви".
вот примерно это можно было сразу сказать, более развернуто ;)
в обещм это, моя практика пользования CVS, показывает что такое не нужно.
как сделано у нас:
ревизия проекта задается исключитально руками. За присвоение
следующейго номера отвечает ЧЕЛОВЕК, кокорый посути "релиз-манагер".
Он решает какие ревизии каких исходников имеют право носить гордое
название "ревизия проекта с номером таким-то". Как только он принимает
решение, он делает build, публикует обновление, публикует краткий списко
изменений от предыдущейревизии проекта которые постигнут пользователей,
и так далее. Кажется этим ревизиям ставится tag, не помню. Hо это уже
не сущесвенно.
чтоб по бинарнику можно было узнать из каких ревзий какого исходника он
собран, мы ничего сильно нового не изобретали, а прописали статическими
константами cvs keywords. пользуя команду indent из комплекта rcs,
можно легко получить значения этих констант ;)
VB>> идея? CVS не призван что-либо менять. Он призван помочь в бардаке с
VB>> версиями.
DD> это понятно. но хотелось бы иметь инфоpмацию о pевизиях еще и в
DD> бинаpниках.
примерно в таком виде, устроит?
bc:~$ ident BB/bb.exe
BB/bb.exe:
$Id: proc_pid.c,v 1.2 2002/07/17 07:44:52 bor Exp $
$Id: quote_str.c,v 1.3 2002/08/01 09:27:15 bor Exp $
$Id: BB_Hitachi911.c,v 1.10 2002/07/15 23:41:15 bor Exp $
$Id: BB_Cobas_Core.c,v 1.7 2002/07/31 16:46:09 bor Exp $
$Id: BB_ASTM.c,v 1.14 2002/07/26 12:18:42 bor Exp $
$Id: BB_Sta_Compact.c,v 1.3 2002/07/15 23:41:15 bor Exp $
$Id: BB_ABL715.c,v 1.4 2002/07/15 23:41:15 bor Exp $
$Id: BB_E1010.c,v 1.3 2002/07/15 23:41:15 bor Exp $
$Id: BB_AxSym.c,v 1.2 2002/07/15 23:41:15 bor Exp $
$Id: BB_PENTRA60.c,v 1.6 2002/07/26 12:20:31 bor Exp $
$Id: BB_EMPTY.c,v 1.2 2002/07/15 23:41:15 bor Exp $
$Id: BB_functions.c,v 1.3 2002/07/15 23:41:15 bor Exp $
$Id: BB_main.c,v 1.8 2002/07/24 17:57:16 bor Exp $
$Id: BB_serial.c,v 1.6 2002/07/16 01:04:26 bor Exp $
$Id: BB_socket.c,v 1.10 2002/07/24 19:37:02 bor Exp $
$Id: BB_thread.c,v 1.22 2002/07/26 12:18:42 bor Exp $
$Id: BB_PrintFlow.c,v 1.3 2002/07/15 23:41:15 bor Exp $
просьба не пугаться имени bb.exe, это совсем отдельная история ;-)))
да, а собвенно "ревизия проекта" имеет вид "v2.02-b186". По всем
документам и так далее вот этот bb.exe идентифицируется как "версия 2.02,
сборка 186". И соотвевенно багрепорты и прочее и прочее в первую очередь
содержат идентификатор "v2.02-b186". следует заметить, что в списке $Id$
который сейчас, ревизии некторых файлов ушли немного вперед. Hо этот
бинарник "наружу" не попадает, по крайней мере официальными путями ;-)
Даже если и попадет - про себя он будет говорить что он все еще 2.02-186
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/25415128e29d.html, оценка из 5, голосов 10
|