The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Добавлена поддержка CVSMode в csup во FreeBSD 8-CURRENT

05.01.2009 07:41

Отныне csup, аналог cvsup, написанный на языке Си, умеет зеркалировать CVS репозиторий целиком, устраняя тем самым основной повод устанавливать net/cvsup-without-gui и оставляя последний только в качестве демона. В csup также включена поддержка клонирования обычных (не-rcs) файлов, но отключена по умолчанию. Данное изменение не должно отразится на текущем использовании csup, т.к. существующий код почти не был затронут.

  1. Главная ссылка к новости (http://docs.FreeBSD.org/cgi/mi...)
  2. OpenNews: FreeBSD переходит с CVS на SVN для управления деревом исходных текстов
  3. OpenNews: Проект csup готов к тестированию.
  4. OpenNews: CVSup переписан на языке Си.
Автор новости: unknown
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/19646-csup
Ключевые слова: csup, cvs, cvsup, freebsd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (17) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 21:18, 05/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    при использовании для обновление драгонфлая  csup часто либо команды cvs сервера не понимает
    либо падает
    будем надеяться что когда то его пофиксят
    и можно будет полноценно заменить его вместо cvsup
     
  • 1.2, Аноним (2), 22:29, 05/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эти всё с цвсом балуются... Давно уже на гите надо быть
     
     
  • 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?

     
     
  • 8.17, Andrew (??), 16:34, 06/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    BLOB Binary Large OBject ... текст свёрнут, показать
     
     
  • 9.18, Аноним (-), 17:22, 06/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    тролль тоньше, a clump, group or collection that lacks definite shape -- ht... текст свёрнут, показать
     

  • 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.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру