| 1.1, Аноним (-), 21:18, 05/01/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
при использовании для обновление драгонфлая csup часто либо команды cvs сервера не понимает
либо падает
будем надеяться что когда то его пофиксят
и можно будет полноценно заменить его вместо cvsup
| | |
| |
| 2.7, Аноним (7), 01:42, 06/01/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>Эти всё с цвсом балуются... Давно уже на гите надо быть
кому надо и почему именно на гите? Откуда такое желание диктатуры? У МС насмотрелись?
| | |
| |
| 3.8, Аноним (-), 02:05, 06/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>Эти всё с цвсом балуются... Давно уже на гите надо быть
>
>кому надо и почему именно на гите? Откуда такое желание диктатуры? У
>МС насмотрелись?
Потому много разработчиков *уже* работают на DVCS, где git лидирует по популярности. И это несмотря на то, что рекомедуемой DVCS является svk, а не git, т.к. base находится в svn.
| | |
| |
| 4.11, fyf (?), 02:17, 06/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>>Эти всё с цвсом балуются... Давно уже на гите надо быть
>>
>>кому надо и почему именно на гите? Откуда такое желание диктатуры? У
>>МС насмотрелись?
>
>Потому много разработчиков *уже* работают на DVCS, где git лидирует по популярности.
>И это несмотря на то, что рекомедуемой DVCS является svk, а
>не git, т.к. base находится в svn.
Венда тоже лидер по популярности. Не обрекайте себя на чувство толпы.
| | |
| |
| 5.12, Аноним (-), 09:26, 06/01/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>Венда тоже лидер по популярности. Не обрекайте себя на чувство толпы.
В венде много работаешь? DVCS просто удобно как для юзера, так и для разработчика.
А ну-ка расскажи мне как работать с svn в оффлайне, не прибегая к к тормозному костылю svk? Куда коммитить? А с perforce во FreeBSD вообще ужас - все посторонние разработчики в пролете. Скачать историю могут только "избранные", а просто скачать файл можно только через web-интерфейс, но перед надо еще найти скрипт на ruby, что скачивать не по одному. Спасибо, до свиданья. Ваш открытый проект - блеф. А то, что попадает в HEAD, не имеет промежуточной истории развития. Яркий пример, коммит DTrace или ZFS - один большой блоб.
| | |
| |
| 6.15, iZEN (ok), 15:11, 06/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
 >А
>то, что попадает в HEAD, не имеет промежуточной истории развития. Яркий
>пример, коммит DTrace или ZFS - один большой блоб.
Ну-ка, ну-ка, где блобы в исходниках ZFS? Расширь тему.
| | |
| |
| 7.16, Аноним (-), 16:13, 06/01/2009 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну-ка, ну-ка, где блобы в исходниках ZFS? Расширь тему.
Ты читать не умеешь? Глянь на r185029. В этом общем коммите потеряна вся история изменений внутри из perforce (из freebsd) и mercurial (из opensolaris). Такие блобы только затрудняют работу с исходниками.
ps, или у тя в голове blob существует только в контексте закрытой проприетарщины типа nvidia-driver, oracle, vmware?
| | |
|
|
|
|
|
|
| 1.3, Аноним (7), 22:58, 05/01/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Когда все остальные переходят с CVS на что-то еще, они только начинают доводить его использование до кондиции.
| | |
| |
| 2.9, Аноним (-), 02:08, 06/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Когда все остальные переходят с CVS на что-то еще, они только начинают
>доводить его использование до кондиции.
base уже давно не на cvs, а на svn. Разработка ведется частично ведется в perforce, частично в base/{users,projects}/, частично на локальных копиях. То, что находится в head (8-CURRENT), это уже слив в центральный репозиторий для интеграции.
И самое большое зло здесь не cvs, а perforce в котором нет анонимного read-only доступа.
| | |
| |
| 3.13, q (??), 10:10, 06/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>Когда все остальные переходят с CVS на что-то еще, они только начинают
>>доводить его использование до кондиции.
>
>base уже давно не на cvs, а на svn. Разработка ведется частично
>ведется в perforce, частично в base/{users,projects}/, частично на локальных копиях. То,
>что находится в head (8-CURRENT), это уже слив в центральный репозиторий
>для интеграции.
>
>И самое большое зло здесь не cvs, а perforce в котором нет
>анонимного read-only доступа.
What do you use here? Perforce? ... Perforce. Eh ... I'm sorry. (c) Linus Torvalds
| | |
| |
| 4.14, terminus (ok), 11:07, 06/01/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>What do you use here? Perforce? ... Perforce. Eh ... I'm sorry. (c) Linus Torvalds
Who are you to f...g lecture me?
| | |
| 4.19, Умник (?), 20:06, 06/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>What do you use here? Perforce? ... Perforce. Eh ... I'm sorry.
>(c) Linus Torvalds
Великий гуру Линус! Наверное из-за его велискости Linux никогда не будет иметь такой же безошибочный код как в OpenBSD )))
| | |
| |
| 5.20, Andrey Mitrofanov (?), 22:05, 06/01/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>из-за его велискости Linux никогда не будет иметь такой же безошибочный код как в OpenBSD )))
То есть Вы хотите сказать, что из-за беошибочности Тео код OpenBSD никогда не будет так велик, как... Гм! Да, Вы бредите! :-P
%)
| | |
| 5.21, q (??), 06:51, 07/01/2009 [^] [^^] [^^^] [ответить]
| +/– | |
> Наверное из-за его велискости Linux никогда не будет иметь такой же безошибочный код как в OpenBSD
Если говорить о ядрах, то код ядра OpenBSD безошибочен только потому, что его никто всерьез не меняет. Из года в год разработчики вылизывают старое ядро 4.4BSD, добавляя в основном только новые драйверы устройств. Где сетевой стек без giant locks и interrupt handling с поддержкой многопроцессорности? Где нормальный cpu и i/o scheduling? Где эффективный классификатор трафика для ALTQ? Ничего этого нет и никогда не будет. OpenBSD является средой для разработки хороших вещей, вроде pf и OpenSSH, но в пользовательском плане она пригодна лишь для однопроцессорных SOHO-роутеров и быдлосерверов с маленькими нагрузками.
Для сравнения стоит взглянуть на изменения кода Linux. Это миллионы строк кода в год. Для того, чтобы эффективно делать branching и merging в таких масштабах как раз и нужен git. А для коммитов по десять строк раз в неделю достаточно и cvs.
| | |
|
|
|
|
|
