|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Lev Serebryakov 2:5030/661 19 Apr 2001 10:57:46
To : Vladimir Bormotov
Subject : К вопросу о cvs...
--------------------------------------------------------------------------------
[Answer on] [Vladimir Bormotov wrote to Lev Serebryakov at [19 Apr 01 03:04]]:
LS>> Hу, как же -- cvs co -r <ДАТА> -d buggy-version и разбираться.
VB> а, ну да ;)
Кстати, по размышлению, мне это кажется удобнее, чем ревизии файлов. Это
_одно_ число, полностью определяющее все ревизии. Потом, многие пользователи,
как показала практика, не знают слова gdb, хоть и "линуксоиды". От них зачастую
нормального описания бага-то не дождаться, не то помощи в выискивании ревизий...
А это число будет показыватся по -v или в логе при старте...
VB>>> Я бы озадачился сбором ревизий исхходников при генерации
VB>>> багрепорта.
LS>> Верно. Значит, надо что-то придумывать с $Rev$ в каждом
LS>> исходнике и умении получать их список... Причем второе --
LS>> сложнее, если не поддерживать руками список исходников...
VB> Я одно время думал, как бы написать красивый шаблончик для
VB> исходников... Потом вот увидал у людей такое интересное.
VB> (это питон, если кто не вкурсе)
VB> __rcs_info__ = {
VB> }
VB> Это Dict (иными словами hash).
Hет static-переменных я могу наплодить в каждом модуле (файле) -- не проблема.
Проблема их получить. Пихать в отладочный лог? Hе каждая функция пишет лог даже
на максимальном уровне (а повлиять на падение может любая функция)... Просить
пользователей делать strings <binary> | grep '$Id'? Будут спрашивать, что такое
strings. Да и рабочую копию по списку ревизий все-таки не так удобно создавать,
как по дате.
Remember, pain is part of pleasure, Vladimir.
... Иллюзия света, коллизии тьмы...
--- I try to be as sharp as I can
* Origin: Cave of Black Lion (2:5030/661)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
