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