Re: система контроля версий без централь ного сервера
Ruslan Kosolapov writes: MT Вообще не так давно выбирал себе VCS на замену tla. MT Что мне нужно было: MT 1) распределенная система MT 2) чтоб работала еще и под win32 MT 3) не имела проблем с хранением бинарников MT 4) не имела проблем с кодировками MT 5) не жрала много трафика MT выбрал monotone. Почему не mercurial? Более требователен к трафику. И насколько я помню мне не понравилась его работа с бинарниками. И прикручивать через фильтры перекодировку мне было лениво. -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: система контроля версий без централь ного сервера
А посоветуйте плиз систему контроля версий для ситуации, когда единого центрального сервера нет и не может быть. PA Я сам смотрю в сторону mercurial, Он вроде платный, или я путаю? PA а вообще таких систем воз и маленькая тележка. Да что-то не особо на слуху они, darcs да bazaar (git ещё слышал). А раз не на слуху, значит, что-то там не так. PS: кто-нибудь поругает darcs? почитал - вроде подходит, да и вообще счастьем каким-то выглядит %-) PA Выглядит ничуть не лучше других распределенных систем, но у всех PA есть свои особенности, по ним и нужно выбирать. Я вот искал в гугле критику darcs, и единственное, что нашёл - это медленность работы. Всё остальное или идеально, или люди не пишут про проблемы. Про всякие tla и прочие arch критики намного больше. -- Ruslan Kosolapov Plesk QA Department Second Manager SWsoft, Inc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: система контроля версий без централь ного сервера
Ruslan Kosolapov writes: А посоветуйте плиз систему контроля версий для ситуации, когда единого центрального сервера нет и не может быть. Pattern работы такой - сидит человек себе дома, что-то делает, другой тоже сидит дома и что-то делает. Когда они встречаются, то синхронизируют изменения друг с другом (обмениваются флешками, например). Разработчиков может быть много, и необязательно, что все они синхронизируются со всеми в один и тот же момент времени. Мощного бранчевания не особо надо, достаточно возможности вести development и stable-ветки (допустимо вообще без бранчевания - разнесут проекты на два, да и всё). Ченжсеты нужны. Платформа - линукс (debian), но желательно чтобы под винду тоже было. Также нужно, чтобы за использование не надо было платить денег. Желательно, чтобы была поддержка в emacs, но не обязательно. Теоретически это всё можно сделать на основе svn, но не хочется вылосипедов и костылей. PS: кто-нибудь поругает darcs? почитал - вроде подходит, да и вообще счастьем каким-то выглядит %-) Ругаю. darcs - тормоз. Вообще не так давно выбирал себе VCS на замену tla. Что мне нужно было: 1) распределенная система 2) чтоб работала еще и под win32 3) не имела проблем с хранением бинарников 4) не имела проблем с кодировками 5) не жрала много трафика выбрал monotone. Подходит по всем параметрам. Имена файлов и логи хранит внутри в UTF8 и при комите перекодирует из локальной кодировки. Проект под GPL. Для emacs есть режим (правда до xtla ему как до луны пешком :( Есть файл автодополнения к zsh -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: система контроля версий без централь ного сервера
Pechnikov Alexey writes: В сообщении от Понедельник 26 февраля 2007 20:11 Maxim Tyurin написал(a): Что мне нужно было: 1) распределенная система 2) чтоб работала еще и под win32 3) не имела проблем с хранением бинарников 4) не имела проблем с кодировками 5) не жрала много трафика выбрал monotone. Подходит по всем параметрам. Это почти все умеют, но есть разница в распределении прав доступа к репозиторию, например... Где-то можно даже сертификаты использовать, а где-то доступ вообще для всех разрешен. Вот закомитить с monotone не подписав сертификатом вряд-ли получится. Ну если анонимный комит не включать специально ;) Права доступа есть. -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: система контроля версий без централь ного сервера
Mikhail Gusarov writes: Twas brillig at 19:11:42 26.02.2007 UTC+02 when Maxim Tyurin did gyre and gimble: MT выбрал monotone. Подходит по всем параметрам. MT Имена файлов и логи хранит внутри в UTF8 и при комите MT перекодирует из локальной кодировки. Вах! Кажется, никто этого больше не умеет. Немного поругаю, в качестве компенсации :) На первый взгляд показался очень хрупким. Ctrl+C в середине mtn up вызвало повреждение репозитория, который пришлось восстанавливать несколько часов (репозиторий размером 100M (OpenEmbedded)). У меня база поменьше :) Когда я его тестировал то было больше - работало. Какие-то странности с обратной совместимостью (те же OpenEmbedded-щики выкладывают кэши репозитория для нескольких версий mtn, и говорят, что миграция на новую версию - вещь не всегда удающаяся). Было несколько обновлений со сменой формата базы. Вроде два их было. Но про это написано. Сейчас не меняют. у меня версии 0.29 и выше с одной базой работают и не ломает никто ее. Недостатки у него есть конечно. Например мне формат базы не нравится. Но достоинств как по мне больше. -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: система контроля версий без централь ного сервера
MT Вообще не так давно выбирал себе VCS на замену tla. MT Что мне нужно было: MT 1) распределенная система MT 2) чтоб работала еще и под win32 MT 3) не имела проблем с хранением бинарников MT 4) не имела проблем с кодировками MT 5) не жрала много трафика MT выбрал monotone. Почему не mercurial? -- Ruslan Kosolapov Plesk QA Department Second Manager SWsoft, Inc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]