LINUX.ORG.RU

Вышел релиз Subversion 1.4.0


0

0

Новая версия мощной системы управления версиями включает в себя такие возможности:

  • svnsync, новая утилита разбиения репозитория по зеркалам
  • поддержка BerkeleyDB 4.4 и функции "авто-восстановление"
  • улучшения в алгоритме поиска различий
  • новые консольные ключи
  • улучшеный API
  • Более 40 багфиксов

Полный чейнджлог здесь - http://subversion.tigris.org/svn_1.4_...

>>> Подробности

★★★★★

Проверено: Shaman007 ()

Ответ на: комментарий от Lumi

>Ой, а у меня уже стоит 1.4.0, а я и не заметил :)

Мда, ЛОР как всегда первее всех... Ещё вчера скачал python bindings для 1.4

PS. хорошая новость для админов виндузятников - есть официальные python2.4 bingings для svn 1.4 (у меня и с 1.3 работают) - так что теперь поставить trac под виндуз ставить легче )

anonymous
()

Неплохо... как раз в тему к миграции с CVS-ки на нечто болеее продвинутое и подходящее...

e
()
Ответ на: комментарий от e

To e (*) (12.09.2006 18:43:19) Правильно сказал, с CVS можно мигрировать на что-то лучшее нежели SVN, например на mercurial.

anonymous
()
Ответ на: комментарий от ManJak

а ты почитай :)

>Size improvements to the binary delta algorithm

binary delta - это по-твоему что? :)

lester_dev ★★★★★
() автор топика
Ответ на: комментарий от anonymous

> To e (*) (12.09.2006 18:43:19) Правильно сказал, с CVS можно мигрировать на что-то лучшее нежели SVN, например на mercurial.

Сам мигрируй на всякую шнягу еще из бета-версий не вышедшую. Моих программеров мало будет ипать, что питон на серваке сожрал всю память в судорожной попытке сделать бинарный дифф по всей истории автосборок, им работать, знаешь ли, нужно. И еще мигрировать из CVS в SVN без потери данных.

e
()
Ответ на: комментарий от ManJak

> Чтоб не читать, тем, кто юзает:
> Бинарники умеет?
> Реально надо!

Умеет. Mplayer на SVN живет, и КДЕ целиком переехало, конвертнувшись без потерь.

e
()

никто не подскажет, можно ли мигрировать репозитарий с GNU Arch (tla) на subversion с сохранением истории?

svyatogor ★★★★★
()
Ответ на: комментарий от svyatogor

> никто не подскажет, можно ли мигрировать репозитарий с GNU Arch (tla) на subversion с сохранением истории?

Tailor вроде должен уметь...

http://www.darcs.net/DarcsWiki/Tailor

Накрайняк можно и руками скрипт написать...

slav ★★
()
Ответ на: комментарий от McGray

> Встречный вопрос - а нафига нужен git когда есть bzr и mercurial?

Я лично работал с git и mercurial - в итоге сейчас использую git. По сравнению с меркуриалом в гите понравился подход к хранению репозитория, когда объект идентифицируется не именем, а содержимым. Ну и плюс в целом он показался поудобнее как-то...

А про bzr кто-нибудь может что-нибудь сказать (ну хотя бы сопоставить его с гитом и меркуриалом - чем он особен?)

slav ★★
()
Ответ на: комментарий от McGray

> Встречный вопрос - а нафига нужен git когда есть bzr и mercurial? :)

Ну, bzr - он тормоз, на ядерных исходниках поляжет и сдохнет, а вот mercurial на таких больших репозиториях шустрее даже, чем git и bitkeeper. :) Но Линус - олдовый сишник, и mercurial ниасилил патамушта петон, и ещё потому что не он сам его написал. :) А так mercurial рулит в полный рост. =)

ero-sennin ★★
()

Супер!
отличная программа!

anonymous
()
Ответ на: комментарий от ero-sennin

mercurial лучше чем git? По скорости говоришь лучше, а тесты реальные кто-то делал? Еще плюсы у него есть по сравнению с git?

Кстати svnsync - синхронизация svn репозиториев?

anonymous
()
Ответ на: комментарий от anonymous

> Еще плюсы у него есть по сравнению с git?

Как минимум один плюс я знаю: репозитории на диске занимают ГОРАЗДО меньше места.

ero-sennin ★★
()
Ответ на: комментарий от anonymous

>Кстати svnsync - синхронизация svn репозиториев?

О, классно. А то у нас как раз два репозитория - один жутко устарел и юзается для теста всяких траков

Только при переходе на зеркало была проблема в том что svn switch не работает за пределами текущего репозитория, приходилось занова чекаутиться...

anonymous
()
Ответ на: комментарий от slav

Я (и моя команда) раньше сидели на darcs, теперь переехали на bzr.

Переехали по нескольким причинам:

1. Darcs для доступа работы с репозиторием вызывает внешний ssh, что вызывает _кучу_ проблем под Win32

2. Для того чтобы запихать файл в репозиторий через ssh необходимо чтобы все line-endings были UNIX-style, т.е. если в репозитории когда угодно был файл с виндовыми концами строк, то работать удалённо с таким репозиторием ты не сможешь.

3. Спонтанные подтармаживания (в принципе привыкаешь, и сам на эти грабли не наступаешь, но новые люди обязательно наступают)

4. Эзотерический язык реализации.

5. Да и прочие глюки по мелочам.

Переездом доволен. Конечно нет таких приятных фишек как интерактивный коммит, но зато есть (при помощи плагинов) интеграция с kdiff3, gtk annotate, вебсервер, diffstat и т.д.

А квантовая теория патчей darcs я даже не уверен плюс это или минус, т.е. в теории это конечно неплохо, но на практике это приводит к определённым сложностям.

По поводу того что bzr тормоз, это правда, но скорость работы для них сейчас приоритет, они его уже сильно разогнали, и собираются рвзгонять и дальше. В настоящее время он очень медленно работает с репозиторием на sftp (500 файлов я заливал на сервак несколько часов, правда инет у нас дрянь) но они опять таки собираются сделать выделенный сервер для ускорения этих операций. А если репозиторий в локалке, то проблем нет вообще (для проекта ~1000 файлов).

Сравнивал с mercurial, ниасилил multihead, остановился на bazaar, хотя при поверхностном взгляде mercurial и bazaar практически близнецы братья.

redvasily
()
Ответ на: комментарий от thresh

git штука очень хорошая и нужная, но:

1) в git невозможно слить подпроект

2) операция clone создает полную копию всего репозитария, со всей историей, и если репозитарий большой, а история долгая, пропадет уйма инета и места на диске.

С другой стороны git намного шустрее SVN и имеет огромную кучу утилит сильно облегчающих жизнь.

anonymous
()
Ответ на: комментарий от anonymous

> 1) в git невозможно слить подпроект

Это обычный недостаток распределённых SCM. В некоторых есть, правда partial checkout, в mercurial его обещают скоро прикрутить.

ero-sennin ★★
()
Ответ на: комментарий от anonymous

> Я поставил gentoo! Только русски не настроил еще!

Мы рады за тебя, дружок, но тебе давно пора в кроватку, а то мама заругает. И попроси её рассказать тебе на ночь про http://translit.ru

anonymous
()
Ответ на: комментарий от anonymous

> Мы рады за тебя, дружок, но тебе давно пора в кроватку, а то мама заругает. И попроси её рассказать тебе на ночь про http://translit.ru

Lkz njuj b tcnm evyst k.lb xnj, yt gjkmpjdfnmcz translit.ru

anonymous
()
Ответ на: комментарий от catap

ero-sennin, спасибо за ссылки. Есть у кого-нибудь информация о git vs mercurial vs bzr vs darcs т.е их ставнения разные, киньте ссылок. Пользовался только SVN, GIT и CVS, про остальные пока мало что знаю.

anonymous
()
Ответ на: комментарий от ero-sennin

После 0.9 со скоростью у bzr проблем вроде нету. До этого и впрямь мммееддллеенннноо оонн ррааббооттаалл.

Про исходники ядра бенчмарк для bzr есть - http://bazaar-vcs.org/Performance/0.10 :)

Мне как bzr так и mercurial нравятся, но bzr как-то больше.

McGray ★★
()
Ответ на: комментарий от McGray

У bzr вашей есть одна серьезная проблема, если в пути к репозиторию встречаются не ascii символы, оно глючит :)

catap ★★★★★
()
Ответ на: комментарий от ero-sennin

> Как минимум один плюс я знаю: репозитории на диске занимают ГОРАЗДО меньше места.

Это если не сжимать... После упаковки (git-repack + git-prune-packed) размер репозитория становится чуть ли даже не меньше чем у меркуриала. Причина на самом деле довольно простая - mercurial использует дельты только в пределах одного файла, а гит может хранить один файл как дельту от другого.

slav ★★
()
Ответ на: комментарий от catap

Это да, но в 0.10 это вроде починили. И еще с symlinks он глючит иногда. Хотя для меня это не критично; да и использовать не ascii в пути это ИМХО извращение :).

McGray ★★
()

git git'ом, но дома у меня уже с полгодика стоит Subversion и отлично работает.

Так что ура!

php-coder ★★★★★
()
Ответ на: комментарий от anonymous

Че-то смотрю я на этот Mercurial, и как-то он мне Monotone сильно напоминает o_O

WFrag ★★★★
()
Ответ на: комментарий от anonymous

> при переходе на зеркало была проблема в том что svn switch не работает за пределами текущего репозитория, приходилось занова чекаутиться...

Проблема была не в этом, а в неготовности почитать документацию и поискать ключ relocate.

anonymous
()
Ответ на: комментарий от anonymous

Скажите кто-нибудь уже пробовал svnsync? Напишите, пожалуйста, примерчик его использования для синхронизации SVN репозитория (чтобы можно было инкрементально синхронизировать историю) Кстати двусторонняя синхронизация работает?

anonymous
()
Ответ на: комментарий от anonymous

Всем спасибо за ссылки сравнения, почитаю.

anonymous
()
Ответ на: комментарий от anonymous

Всем спасибо за ссылки сравнения, почитаю.

anonymous
()
Ответ на: комментарий от McGray

Я специально ждал 0.10, багу в нем не починили эту, починили только "атомы в репозитории могут содержать любые имена"

Угу, а если у меня /hpme/catap/work/имя/репозиторий, где имя Русское, что делать?...

Еще, вопрос: что там с тегами в mainline?

catap ★★★★★
()
Ответ на: комментарий от catap

catap@stalin bzr % pwd                                                                                             16:37 pts/1
/tmp/тест/bzr
catap@stalin bzr % locale                                                                                          16:39 pts/1
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=ru_RU.UTF-8

catap@stalin bzr % bzr commit                                                                                      16:40 pts/1
bzr: ERROR: exceptions.UnicodeDecodeError: 'ascii' codec can't decode byte 0xd1 in position 5: ordinal not in range(128)

Traceback (most recent call last):
  File "/usr/lib64/python2.4/site-packages/bzrlib/commands.py", line 612, in run_bzr_catch_errors
    return run_bzr(argv)
  File "/usr/lib64/python2.4/site-packages/bzrlib/commands.py", line 574, in run_bzr
    ret = run(*run_argv)
  File "/usr/lib64/python2.4/site-packages/bzrlib/commands.py", line 283, in run_argv_aliases
    return self.run(**all_cmd_args)
  File "/usr/lib64/python2.4/site-packages/bzrlib/builtins.py", line 1736, in run
    message = edit_commit_message(template)
  File "/usr/lib64/python2.4/site-packages/bzrlib/msgeditor.py", line 97, in edit_commit_message
    tmp_fileno, msgfilename = tempfile.mkstemp(prefix='bzr_log.', dir=u'.')
  File "/usr/lib64/python2.4/tempfile.py", line 302, in mkstemp
    return _mkstemp_inner(dir, prefix, suffix, flags)
  File "/usr/lib64/python2.4/tempfile.py", line 238, in _mkstemp_inner
    return (fd, _os.path.abspath(file))
  File "/usr/lib64/python2.4/posixpath.py", line 404, in abspath
    path = join(os.getcwd(), path)
  File "/usr/lib64/python2.4/posixpath.py", line 65, in join
    path += '/' + b
UnicodeDecodeError: 'ascii' codec can't decode byte 0xd1 in position 5: ordinal not in range(128)

bzr 0.10.0 on python 2.4.3.final.0 (linux2)
arguments: ['/usr/bin/bzr', 'commit']

** please send this report to bazaar-ng@lists.ubuntu.com
catap@stalin bzr % bzr --version                                                                                   16:40 pts/1
Bazaar (bzr) 0.10.0
Using python interpreter: /usr/bin/python
Using python standard library: /usr/lib64/python2.4
Using bzrlib: /usr/lib64/python2.4/site-packages/bzrlib

Copyright 2005, 2006 Canonical Development Ltd.
http://bazaar-vcs.org/

bzr comes with ABSOLUTELY NO WARRANTY.  bzr is free software, and
you may use, modify and redistribute it under the terms of the GNU
General Public License version 2 or later.
catap@stalin bzr % 

catap ★★★★★
()
Ответ на: комментарий от anonymous

Из под винды GIT нормально работает. Качаешь исходники, ставить cygwin c Gcc. Распаковыывешь, потом в Makefile NO_CURL=yes make prefix=/usr all make prefix=/usr install

Напишите про svnsync что-нибудь! Кто им пользовался? Работает? Пример если не сложно.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.