|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Max Khon 2:5000/79 28 Jan 2004 21:00:06 To : Slawa Olhovchenkov Subject : 5.2.1 -------------------------------------------------------------------------------- 28 Jan 04 13:46, you wrote to All: SO> Я наверное очень непонятно написал -- 5.2(15)-RELEASE -- это вовсе не SO> 5.2.15-RELEASE и не 5.2.1.5-RELEASE. К ним не надо тагом порты метить, SO> isoшки лепить и дистрибут собирать, кодефриз делать. Это попытка SO> автоматизировать процесс обновления. Тот процесс, который описывается SO> так "почитать current@ за последнюю неделю, если криков нету -- SO> зафиксировать дату в сvsup на неделю назад и нактить сырцы". SO> При этом все равно можно налететь на середениу коммита, на ошибку в SO> коммите и т.д. SO> Хочется что бы были [полуавтоматические]ветки, в которые бы скидывали SO> коммиты -- мелкие и очевидные сразу. Серьезные и возможно проблемные SO> -- после того, как будет понятно, что ничего страшного от них нету. SO> Что была некоторая гарантия того, что сырцы соберутся и новое ядро SO> загрузится. И что бы не ждать, когда доведут до ума очередную SO> инкарнацию ATA, что бы можно было сделать cvsup для исправления memory SO> leak при роутинге. SO> Примерная процедура -- сделали релиз, через неделю первый ребилд (1) в SO> который все более-менее нестрашные изменения. Еще через неделю (2). если ты делаешь checkout по фиксированной дате, то ни на какой коммит ты наткнуться не можешь. к тому же насколько я понимаю checkout по cvsup (если ты чекаутишь голову ветки, а не по тагу или дате) всегда происходит атомарно, то есть застать дерево в середине длинного коммита у тебя не получится. а мержить в отдельные ветки (тем более сделанные на HEAD) вряд ли кто-то захочет /fjoe --- GoldED+/BSD 1.1.5 * Origin: (2:5000/79) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/18634017c11b.html, оценка из 5, голосов 10
|