|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Slawa Olhovchenkov 2:5030/500 30 Jan 2004 16:59:26 To : Max Khon Subject : 5.2.1 -------------------------------------------------------------------------------- 30 Jan 04, Max Khon writes to Slawa Olhovchenkov: SO>> Вот ведь блин. Hу неужели я так непонятно объясняю? SO>> Когда я делаю checkout по фиксированной дате я рискую следующим SO>> 1. попасть на незавершенный checkin (который делают несколькими SO>> коммитами) MK> ну пересоберешься еще раз. потом дату последнего успешного чекаута MK> запишешь в блокнотик. У меня эта, не 3 гиговые двухголовые ксеноны. У меня пересборка время существенное занимает. А с нынешней интенсивностью можно просто сдвинув дату налететь на плохой чекаут от другого комита. SO>> 2. попасть на багу в коммите, которую исправили буквально SO>> через несколько часов. Или на следующий день. Три раза. MK> то же самое. Аналогично SO>> т.е. мне надо очень тщательно просмотреть cvs-src и current@ выбирая SO>> такую дату. Это стало актуальным относительно недавно, когда SO>> интенсивность разработки и коммитов в current повысилась. MK> это -CURRENT. В стабле не лучше будет, ИМХО SO>> 3. захватывая коммиты для п.2 я могу захватить совершенно посторонний SO>> проблемный коммит. а мне этого не надо. а как его отрежектить? я вот SO>> не знаю. а коммит может быть в кучу каталогов и файлов. Hет ответа на этот вопрос? Вот как сейчас проапдейтится, так что бы новые изменеия захватить, а покоцанные вычесления LA -- проигнорировать? Или нет простого способа для этого? ... Это настоящий сакс! Причем в очень хорошем состоянии. --- GoldED+/BSD 1.1.5 * Origin: (2:5030/500) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/2221401a5817.html, оценка из 5, голосов 10
|