Раньше всем был доступен только код с ftp. Теперь Всем доступен код с ftp, плюс тем кто не "запятнал" себя девелопментом альтернативных SCM доступен bk репозиторий, плюс всем остальным с некоторыми проблемами доступен cvs репозиторий.
Очевидно что по с равнению с "до биткипера" хуже не стало. Кому-от стало лучше, а кому-то осталось так же само.
Как сказал Larry: "If you use cvs and it does not hurt, then CVS is the answer for you and you do not need bitkeeper".
Мне BK нужен потому что мне постоянно приходится мержить между десятком репозиториев, мне нужны ченджсеты (это такой набор изменений в нескольких файлах, которые считаются одним изменением). Очень удобно что я в любой момент могу откатить любой ченджсет (так называется набор тех самых изменений). Удобно что я могу получить diff между двумя произвольными точками в репозитории (не только по дате коммита, но например по версиям).
То что весь репозиторий хранится локально у меня на машине - это просто сказка, для нормальной работы сеть ненужна. Траффик передавайемый от bk сервера к клиенту намного меньше чем в случае cvs, потому что передаются только изменения, а не все измененные файлы целиком (репозиторий то весь есть локально). Можно переименовывать файлы и директории с сохранением всей истории. Это то чем я постоянно пользуюсь. Есть еще всякие умные графические хелперы которые помогают мержить изменения при конфликтах, но я этим не пользуюсь. И наверняка я еще и забыл про кучу всего, но если это что-то отнять, то я сразу замечу ;)
Спросили чем хорош ;) Я рассказал чем он мне нравится.
Стоит он нисколько, если ты ведешь опенсорс девелопмент, и при этом не занимался разработкой SCM. А так же бесплатно если ты один ведешь проект (даже если не опенсорс, но не занимался разработкой SCM).
Если ведешь не опенсорс девелопмент, или занимаешься разработкой SCM - то напиши в bitmover и спроси. Вроде как 2k-5k за одну в зависимости от количества лицензий которые ты покупаешь. Можно так же не покупать, а брать в аренду, тогда в десять раз дешевле за год, вроде бы. При этом Ларри сказал что они не заинтересованы в маленьких компаниях, а заинтересованы в больших, и если вас там меньше чем человек 15(или даже еще больше эта цифра) - то вас запросто могут послать и ничего не продать.
> BTW, тем, кто хочет OSS альтернативу bk & cvs рекомендую
> посмотреть в торону subversion.tigris.org.
Bacek! Вот ты-то мне и нужен :)
Давно заметил этот проект, но всё руки не доходят попробовать - времени нету, а главное - просто мало опыта работы с VCS вообще.
Если не затруднит, можно дать краткую характеристику - чем сабвершен на практике лучше cvs? "Теорию" на их сайте читал :)
> граждане а это нынче модно секунды в постингах писать с точностью до
> 0.000001?
Судя по всему на LOR поставили последний релиз PostgreSQL который по умолчанию теперь имеет такую вот точность при работе с датами.
На самом деле, OpenCM (www.opencm.org) будет рулить. Subversion, хотя
она уже очень близка к релизу, и в общем более завершенный и
"вылизанный" продукт, проигрывает в 2-х очень важных вещах -- у нее примитивный "merging" (как у CVS), и полное отсуствие распределенного
репозитория. Обе возможности являются "killer features" BitKeeper'а,
которыми МакВой очень гордится. В OpenCM уже есть "history-sensitive
merging", и вот-вот обещаютя (уже примерно полгода ;( ) поддержку
распределенности. Поддержка переименования, версионирование каталогов,
эффективное создание бранчей уже есть и в Subversion, и в OpenCM.
P.S. Интересная ссылка по теме использования SCM в процессе разработки
ядра Linux -- http://gcc.gnu.org/ml/gcc/2002-12/msg00800.html
tailgunner
не смог посмотреть, на все репозитории что там есть он пишет либо что
не могу соединиться с портом 8088 или root не найден, но это не важно,
важно другое - где можно скачать web интерфейс?
anonymous (*) (2003-03-20 20:33:24.783652)> граждане а это нынче модно
anonymous (*) (2003-03-20 20:33:24.783652)> секунды в постингах писать
anonymous (*) (2003-03-20 20:33:24.783652)> с точностью до 0.000001?
Это вот он: СУБД PostgreSQL 7.3
>> Subversion ... проигрывает в 2-х очень важных вещах -- у нее
>> примитивный "merging" (как у CVS), и полное отсуствие
>> распределенного репозитория.
>Распределенные репозитории они точно делать собираются, но не в релизе >1.0.
Знаю... Но (увы, увы) для них это низкоприоритетная задача. Они не
считают это важной фичей (скорее даже идеологически вредной, см
http://web.mit.edu/ghudson/thoughts/bitkeeper.whynot) :( . Да и
релиз 1.0 еще не вышел. Если до 2.0 пройдет столько же, сколько от
начала проекта до 1.0, то...