The OpenNET Project / Index page

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

Релиз системы управления версиями Subversion 1.7.0

12.10.2011 14:04

Организация Apache Software Foundation представила релиз системы управления версиями Subversion 1.7.0, первого значительного выпуска с момента принятия в апреле 2010 года Subversion в число первичных проектов Apache. Несмотря на развитие децентрализованных систем, Subversion пользуется большой популярностью в коммерческих компаниях и проектах, использующих централизованный подход к управлению версиями и конфигурацией программных систем.

Из использующих Subversion открытых проектов можно отметить: Django, FreeBSD, Free Pascal, GCC, MediaWiki, Mono, PHP, Ruby. Поддержка Subversion реализована в таких хостингах открытых проектов, как Google Code, CodePlex и SourceForge. Результаты исследования, проведённого компанией Forrester Research, показали, что Apache Subversion лидирует в категории продуктов автономной конфигурации программного обеспечения и управления изменениями.

Среди ключевых улучшений:

  • HTTPv2 - новый протокол, позволяющий увеличить производительность при обмене данными между клиентом и сервером Subversion, за счет минимизации числа обращений;
  • WC-NG - полностью переписан код одной из старейших частей Subversion - библиотеки работы с рабочей копией мета-данных libsvn_wc, что позволило значительно увеличить производительность работы централизованного хранилища данных, а также обеспечить функциональность, позволяющую реализовать такие возможности, как отложенные и offline коммиты;
  • Рабочие копии мета-данных, ранее разбросанные по всем директориям (каталоги .svn), теперь сохраняются в одном месте - в корне рабочей копии проекта создаётся одна директория ".svn", мета-данные в которой сохраняются с использованием SQLite. В этой же директории хранится и копия изначального содержимого всех файлов проекта (вместо text-bases отныне данные хранятся как pristines). Недостатком использования SQLite являются возможное усложнение резервного копирования, так как простое копирования файла базы во время работы с ней библиотек Subversion может привести к нарушению целостности. Отдельно отмечается, что новая версия не поддерживает автоматическое преобразования формата хранения мета-данных из ветки 1.6, для преобразования необходимо вручную выполнить команду "svn upgrade";
  • svnrdump - новая клиентская утилита, предоставляющая возможности похожие на "svnadmin dump" и "svnadmin load", но способная работать с внешними репозиториями по сети. Используя данную утилиту администратору больше не требуется заходить на каждый удалённый сервер для полного доступа к репозиторям;
  • Значительно увеличена стабильность и производительность клиентской библиотеки libsvn_ra_serf, используемой для организации доступа к репозиторию по HTTP. В настоящее время serf значительно опережает по скорости работы с репозиторием библиотеку neon, тем не менее neon пока оставлена в качестве библиотеки по умолчанию, но в версии Subversion 1.8 запланирован переход на serf;
  • Улучшение производительности и эффективности выполнения операций по слиянию веток (merge);
  • Ряд оптимизаций производительности на стороне сервера: используется более агрессивный метод кэширования и возможность управления степенью сжатия передаваемого трафика;
  • Поддержка новой команды "svn patch", позволяющей применить патч в формате unidiff, полученный в результате выполнения команды "svn diff" или сторонних diff-инструментов. По сути "svn patch" повторяет действие утилиты patch, но только сразу помещая изменения в репозиторий;
  • Более наглядный вывод информации при выполнении "svn update" для нескольких рабочих копий;
  • При выполнении "svn diff" изменения в свойствах теперь отображаются в стиле unidiff, за исключением свойств svn:mergeinfo;
  • При выводе ошибки или предупреждения теперь выводится номер, идентифицирующий тип проблемы;
  • В "svn log" добавлена опция "--diff", позволяющая сразу выводить различия;
  • В "svn update" добавлена опция "--parents", при указании которой автоматически создаются недостающие родительские директории;
  • Новая команда "svn relocate", связывающая рабочую копию репозитория с другим корневым URL;
  • В "svn diff" добавлена опция "--show-copies-as-adds", при которой скопированные файлы отображаются в стиле, как при добавлении новых файлов;
  • В "svn diff" добавлена опция "--git", выводящая дополнительные аннотации о добавленных, удалённых или скопированных файлах, в стиле, подобном git-diff;
  • Добавлена команда "svnlook filesize", возвращающая размер указанного пути в репозитории в состоянии для заданной ревизии или транзакции.


  1. Главная ссылка к новости (http://svn.haxx.se/dev/archive...)
  2. OpenNews: Проект Subversion переходит под крыло Apache Software Foundation
  3. OpenNews: Компания WANdisco намерена усовершенствовать Subversion
  4. OpenNews: Компания CollabNet представила программный стек Subversion Edge
  5. OpenNews: Доступен для загрузки Subversion 1.6.11. Планы на будущее
  6. OpenNews: Доступна для загрузки новая версия Subversion 1.6
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/32019-subversion
Ключевые слова: subversion, svn
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (110) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, metallic (ok), 15:09, 12/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Супер! Есть интересные изменения
     
  • 1.2, anonymous (??), 15:22, 12/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Рабочие копии мета-данных, ранее разбросанные по всем директориям (каталоги .svn), теперь сохраняются в одном месте - в корне рабочей копии проекта создаётся одна директория ".svn", мета-данные в которой сохраняются с использованием SQLite.

    Это теперь выборочно не обновить? Печально.

     
     
  • 2.3, Mikail (??), 15:32, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Меня это тоже расстроило(
     
  • 2.4, Crazy Alex (??), 15:35, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Не вижу связи. Просто перенесли на верхний уровень все данные svn - к возможности выборочного обновления напрямую это отношения не имеет.
     
     
  • 3.7, anonymous (??), 15:39, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • –10 +/
    > Не вижу связи.

    Ну так и не смотри.

     
     
  • 4.52, Crazy Alex (ok), 22:50, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Идиот на проводе? Кто мешает полезть вверх по дереву и найти .svn в корне локальной копии? Никак это не свзяано с возможностью работать с куском репозитория, разве что недописали что-то. Принципиальных проблем там близко нет.
     
     
  • 5.97, sanitar (??), 13:58, 14/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Отправляйся в палату!
     
  • 3.64, VoDA (ok), 09:40, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Не вижу связи. Просто перенесли на верхний уровень все данные svn -
    > к возможности выборочного обновления напрямую это отношения не имеет.

    Теперь нельзя просто скопировать под-директорию в другое место и продолжать работать с ней как с SVN-кой. Теперь на каждый чих нужно checkout, даже есть рядом лежит checkout директории более высокого уровня.

    Печаль...


     
  • 2.5, samm (ok), 15:36, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а чем svn up <dirname> в руте не катит?
     
     
  • 3.6, anonymous (??), 15:38, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >а чем svn up <dirname> в руте не катит?

    Необходимостью прыгать туда-сюда и вводить длинные команды вместо простого "svn up"

     
  • 2.9, Lockal (??), 16:49, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А что, так сложно решить задачу рекурсивого обхода родительских директорий в поисках подходящей .svn-директории?
     
  • 2.11, Аноним (-), 17:01, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это плохо тем, например, тем, что раньше можно было в огромном дереве, которое конвертить в git целиком слишком накладно, отдельные ветки заменить на git, и из-за отсутствия .svn subversion их бы не трогал (хотя update при этом и валится), а теперь он полезет внутрь и неизвестно что там натворит. Кроме того, теперь отдельную ветку дерева не вынесешь за его пределы (например, поняв что остальное не нужно).

    В общем, единственное что оставалась ценного в svn - его непроходимая дубовость, а теперь он закосами под современные vcs ещё сильнее мешает своему использованию.

     
     
  • 3.14, Аноним (-), 17:24, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    во-во svn живет за счет своей простоты и тут они начали "улучшать" ...
    верните нелюди тупой .svn !
     
     
  • 4.16, anonymous (??), 17:42, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >во-во svn живет за счет своей простоты и тут они начали "улучшать" ...

    Я погорячился. Обновлять можно и отдельно. Но всё равно решение неудобное. По крайней мере, как сказано выше, скопировать часть проекта уже нереально. Ну и рекурсивный поиск "вверх" хоть и решает часть проблем, вызванных таким подходом, всё равно выглядит крайне убого в программном отношении.

     
     
  • 5.18, Аноним (-), 18:05, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё как удобно. Даже отличное решение!!! Если вырезать папку из одного места репозитория и и вставить в другую папку ничего плохого не произойдет. А вы попробуйте секретарше, работавшей с документом объяснить, что так делать нельзя и почему.

    P.S. Отличный репозиторий для корпоративных хранилищ бинарных документов. Для программного кода есть более продвинутые решения типа git, bazar, mercurial.

     
     
  • 6.23, anonymous (??), 19:08, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Если вырезать папку из одного места репозитория и и вставить в другую папку ничего плохого не произойдет.

    Но и ничего хорошего тоже.


    >А вы попробуйте секретарше, работавшей с документом объяснить, что так делать нельзя и почему.

    А не надо ничего объяснять. Особенно секретарше.

     
     
  • 7.27, Аноним (-), 19:53, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Но и ничего хорошего тоже.

    Ну это основная проблема у пользователей слабо знакомых с компьютером. Они перемещают папки с .svn, больше проблем у обычных пользователей не замечал. Как я понимаю, теперь это уже не будет приводить к проблемам, что есть очень хорошо.

    >А не надо ничего объяснять. Особенно секретарше.

    Мда. Видите ли какое у вас бы там ни было мнение о SVN, но статистика показывает, что его ниша уже не хранение кода, а именно юристы/экономисты держащие сотни документов в SVN. Subversion на это нишу и ориентируется. Программный код же будут хранить во всяких аля-git системах. И это хорошо, не зачем плодить велосипеды делающие то же самое, а так у Subversion есть будущие.

     
     
  • 8.28, anonymous (??), 20:15, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так это не проблема, а удобство Кто же виноват, что вы гранаты обезьянам раздаё... текст свёрнут, показать
     
     
  • 9.53, Аноним (-), 22:59, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В папках с исходным кодом конечно необходимость перемещения целой папки в другое... большой текст свёрнут, показать
     
     
  • 10.54, anonymous (??), 00:12, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Почему маловероятной Очень удобная и востребованная возможность Но кто-то опят... большой текст свёрнут, показать
     
  • 10.66, VoDA (ok), 09:53, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Довольно удобное и частое применение Особенно когда используется один репозитор... большой текст свёрнут, показать
     
     
  • 11.72, Аноним (-), 12:40, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не поняли о чёт идет речь Имелся ввиду рефакторинг кода Перемещаются классы... большой текст свёрнут, показать
     
     
  • 12.103, VoDA (ok), 11:05, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Еще проще dependency groupId myCode1 groupId artefactId myCode2 ... большой текст свёрнут, показать
     
     
  • 13.108, Аноним (-), 22:04, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ух Вы опять не поняли, я говорил, что для разработки программного кода, катал... текст свёрнут, показать
     
  • 13.110, Аноним (-), 22:10, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё в пользу SVN я тот самый аноним который использует git для кода большому с... текст свёрнут, показать
     
  • 11.74, Аноним (-), 12:54, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я вижу Вы созрели для bazaar ... текст свёрнут, показать
     
  • 11.85, anonymous (??), 17:51, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Досточтимый сэр пробовал _работать_ с svn-репозиторием boost а ... текст свёрнут, показать
     
     
  • 12.104, VoDA (ok), 11:06, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    нет я вообще не работаю с С С ... текст свёрнут, показать
     
  • 8.65, VoDA (ok), 09:45, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    аля-git убоги - они простейшую даже фичу как checkout под-директории не осилили ... текст свёрнут, показать
     
     
  • 9.70, Аноним (-), 12:17, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, не путайте, это Вы не осилили как это делается И не только папки можно отд... текст свёрнут, показать
     
     
  • 10.107, VoDA (ok), 11:12, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо, почитаю Хоть один адекватные аноним попался ... текст свёрнут, показать
     
  • 9.76, Аноним (-), 15:30, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы убоги - не осилили ман почитать Да понятное дело - высер на форуме это п... текст свёрнут, показать
     

  • 1.8, vayerx (ok), 15:47, 12/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    с нетерпением ждем реализацию offline коммитов
     
     
  • 2.35, добрый дядя (?), 21:22, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > с нетерпением ждем реализацию offline коммитов

    всего лишь локальные оффлайн коммиты применительно к SVN это скорее костыль будет, в то время как в нормальных системах управления версиями, такими как git и Mercurial, это на уровне ДНК, наряду с кучей других плюсов

     
     
  • 3.38, vayerx (ok), 21:53, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    костыль - не костыль, но пользоваться будет удобнее.
    что за "нормальные системы", то не стоит путать теплое с мягким -- у svn есть своя ниша, в которой он неплохо живет. говорю это как пользователь git-svn со стажем
     
     
  • 4.58, Аноним (-), 02:48, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > костыль - не костыль, но пользоваться будет удобнее.

    А какой смысл в удалении гланд через задний проход, когда в DVCS такая фича получается сама и на халяву, в силу принципов работы? По-моему, если вам нужна независимость от сервера и возможность полноценной работы оффлайн, проще всего просто перейти на dvcs типа git'а. После этого можете хоть емэйлом синхронизироваться, отсылая патчи друг другу и вообще не имея центрального сервера, например. А можно и с ним.

     
     
  • 5.67, VoDA (ok), 09:55, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> костыль - не костыль, но пользоваться будет удобнее.
    > А какой смысл в удалении гланд через задний проход, когда в DVCS
    > такая фича получается сама и на халяву, в силу принципов работы?
    > По-моему, если вам нужна независимость от сервера и возможность полноценной работы
    > оффлайн, проще всего просто перейти на dvcs типа git'а. После этого
    > можете хоть емэйлом синхронизироваться, отсылая патчи друг другу и вообще не
    > имея центрального сервера, например. А можно и с ним.

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


     
     
  • 6.77, Аноним (-), 15:34, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > DVCS не всегда удобны. SVN для некоторых задач удобнее применять, чем DVCS.

    Лично мне вот нихрена не удобно зависеть от какого-то сервера где-то в дубенях. А еще я могу пользоваться десктопом и ноутом, например. И мне как-то ну совсем не удобно зависеть от наличия интернета или конективити между ними на 100%. А в свн если напортачить то даже на энную ревизию без сервака не откатишься нифига. Извините, но это - каменный век.

     
  • 5.75, vayerx (ok), 14:11, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    для начала, почитайте про бритву Оккама и принцип kiss
     
     
  • 6.78, Аноним (-), 15:36, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > для начала, почитайте про бритву Оккама и принцип kiss

    А можно я вас шарахну вашим же оружием? Да, мистер, гребаный сервер svn - абсолютно лишняя сущность, полностью согласен. В git можно и совсем без сервера обойтись :)

     
     
  • 7.83, vayerx (ok), 16:24, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а в svn без сервера обойтись нельзя?
     
     
  • 8.84, anonymous (??), 17:41, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Для начала попробуйте посмотреть историю aka svn log без сервера ... текст свёрнут, показать
     
     
  • 9.86, vayerx (ok), 18:02, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    для локального репозитария не checkout а - без проблем локально все коммиты н... текст свёрнут, показать
     

  • 1.10, Аноним (-), 16:56, 12/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Изменения замечательные, только опоздали лет на 5 - для всех немногих проектов, что ещё используют svn для репозитория, клиентом давно используется git-svn, где уже давно есть всё перечисленное и намного больше.
     
     
  • 2.12, Aleksey (??), 17:04, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ваше мнение важно для всех, кто использует svn.
     
     
  • 3.13, Xasd (ok), 17:10, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    может быть ктото кто испольузет Svn (хотябы 1 человек из ста :)) -- возьмёт да решит-таки изучить/использовать/перейти на Git

    ...практика говорит о том что рано или позно это случается с почти каждым svn-щиком.. а дальше только мысли на подобие "и почему я раньше этого не сделал? зачем я так долго фанатично сопративлялся?" :-)

     
     
  • 4.17, anonymous (??), 17:43, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >практика говорит о том что рано или позно это случается с почти каждым svn-щиком.

    Чья практика? Есть куча применений, где git попросту неприменим.

     
     
  • 5.19, Xasd (ok), 18:33, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Чья практика? Есть куча применений, где git попросту неприменим.

    ...а ещё есть куча применений Svn в случаях когда по хорошему применим Git :-)

     
  • 5.22, Аноним (-), 19:07, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и где? Вообще-то функциональность git - надмножество оной svn, так что это бред.
     
     
  • 6.24, anonymous (??), 19:12, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну и где? Вообще-то функциональность git - надмножество оной svn, так что
    > это бред.

    А при чём тут вообще функциональность? Я про удобство использования. В git нет докачки, в git нет удобных номеров ревизий, в git нет возможности работать с частью проекта... Просто у некоторых походу git головного мозга, раз они так легко октазались от столь очевидных удобств.

     
     
  • 7.29, Аноним (-), 20:18, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А при чём тут вообще функциональность?

    Действительно - при чём, когда от VCS нам нужна не функциональность, а подпорки под нашу ограниченность и привычки к допотопщине. Признайтесь, вы с git и не работали.

    > Я про удобство использования

    Удобство - это для начала, нормальный merge и cherry-pick, не говоря уже о rebase, bisect, staging area с add -p, всем фичам по history rewriting да и банальных локальных коммитах. Ну вам конечно, на всё это плевать - вам дорог зухель 33600, вы привыкли к чиселкам и вы привыкли всё запихивать в один репозиторий, чтобы потом выкачивать оттуда части. И громко заявляете что git неприменим. Даже жаль таких как вы.

     
     
  • 8.31, anonymous (??), 20:40, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В чём допотопщина В отсутствии 100-мегабитного канала Ну да, сейчас модно прив... большой текст свёрнут, показать
     
     
  • 9.34, Аноним (-), 21:20, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    100-мегабитный совершенно необязательно Отсутствие разрывов связи вобщем-то не ... текст свёрнут, показать
     
     
  • 10.39, anonymous (??), 21:54, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё как зависит Чем дольше сессия, тем больше вероятность, что её разорвут Да ... текст свёрнут, показать
     
     
  • 11.40, Аноним (-), 21:58, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Историю надо скачать один раз Извращенцы на модемах это могут сделать хоть скоп... текст свёрнут, показать
     
     
  • 12.45, anonymous (??), 22:08, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    svn log log txt Вот тебе и история А сидеть дома у анлима гораздо большее изв... текст свёрнут, показать
     
     
  • 13.55, Аноним (-), 02:09, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так и запишем Чтобы работать с svn надо руками собрать текстовички с логами для... текст свёрнут, показать
     
  • 9.79, Аноним (-), 15:40, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Гым, в SVN даже на более старую ревизию без интернета не откатиться если понял ч... текст свёрнут, показать
     
  • 8.50, Crazy Alex (ok), 22:42, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если у вас не тексты, а PSD какие-нибудь, 90 всего этого не работает А версии ... текст свёрнут, показать
     
     
  • 9.89, anonimous (?), 22:59, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Если наличие центральной точки отказа и пожизненная ограниченность исключительно... текст свёрнут, показать
     
     
  • 10.90, Ytch (?), 02:26, 14/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В описываемом случае это скорее плюс, так как эта точка обслуживается квалифиц... текст свёрнут, показать
     
     
  • 11.93, anonymous (??), 11:20, 14/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Этот use-case идентичен во всех VCS, в которых есть нелокальность Ни разу не ... текст свёрнут, показать
     
  • 7.36, добрый дядя (?), 21:28, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тогда твой выбор Mercurial - это простота svn-а (номера ревизий цифрами в локальной копии), есть external-ы для hg svn и git, есть много разнообразных плюшек и фишек, которые есть в svn. Mercurial - это следующий шаг после svn, шаг вперед.
    + нормальный кроссплатформенный GUI - TortoiseHG (на PyQt для Mercurial, работает на всех ОС, а не как TortoiseSVN, который только в нормальном виде только для венды)

    > А при чём тут вообще функциональность? Я про удобство использования. В git
    > нет докачки, в git нет удобных номеров ревизий, в git нет
    > возможности работать с частью проекта... Просто у некоторых походу git головного
    > мозга, раз они так легко октазались от столь очевидных удобств.

     
     
  • 8.37, добрый дядя (?), 21:30, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    добавлю, что работа с частью репозитория так же возможна, можно коммитить только... текст свёрнут, показать
     
     
  • 9.41, Аноним (-), 21:58, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Полностью поддерживаю Есть правда один минус - это ничего не умеющее тормозное ... текст свёрнут, показать
     
     
  • 10.43, anonymous (??), 22:03, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А что с питоном не так И чего оно умело бы, если бы не питон ... текст свёрнут, показать
     
     
  • 11.80, Аноним (-), 15:44, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Оно бы не умело так зверски тормозить Питонистов на кол надо - они заботятся то... текст свёрнут, показать
     
  • 9.42, anonymous (??), 22:00, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Так ни кто не против ртути Но вот после тестов выяснилось, что докачки опять не... текст свёрнут, показать
     
  • 9.68, VoDA (ok), 09:59, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    как сделать checkout части репозитория работал с Hg, но данной фичи не обнаружи... текст свёрнут, показать
     
     
  • 10.96, anonymous (??), 12:47, 14/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А почему, собственно, sin не больше 1 Мне больше надо Опишите, мне, пожалуй... текст свёрнут, показать
     
     
  • 11.106, VoDA (ok), 11:12, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а зачем для моих задач к примеру хранение фоток branch не требуется, а checko... текст свёрнут, показать
     
  • 7.47, Michael Shigorin (ok), 22:15, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > В git нет докачки

    На http IIRC.  SVN на plain http вообще не вывесить.

    > в git нет удобных номеров ревизий

    Удобных -- это когда надо бы разумно идентифицировать две разных параллельных модификации одной ревизии (ну работали два человека одновременно каждый в своём офлайне), а никак? :)

    Ревизии -- это ахиллесова пята, которая в принципе прибивает к единому номеродателю.  А игры в точки вскоре начинают напоминать SNMP какой-то.

    Это не говоря о том, что хэши в качестве идентификаторов имеют и другие побочные свойства помимо надёжной проверки наследования -- например, делают осмысленным и достаточно практичным тот же --amend: поправил содержимое -- получилось другое состояние, но со старым вариантом уже не перепутаешь.

    > в git нет возможности работать с частью проекта...

    Можно рассказать, где используется и осмыслена такая организация проекта?  Прям интересно стало (без подколов).  Тут вон до git submodules руки не доходят, как-то всё не требуются.

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

    Про одно Вы неправду сказали, про остальные два -- как минимум неовечидно/противоречиво.  И это всё не к тому, какой гит замечательный, а к тому, что критика не по адресу вышла.

    PS: а новости -- +1 :)

     
     
  • 8.49, anonymous (??), 22:33, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А тупо посмотреть список файлов и скачать недостающие оно конечно не может Печа... текст свёрнут, показать
     
     
  • 9.99, arisu (ok), 23:07, 14/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    вообще-то да поправил 8212 закоммитил это утята с svn предпочитают наколбас... текст свёрнут, показать
     
  • 8.51, Crazy Alex (ok), 22:47, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Пример ситуации, когда весь репозиторий вообще никому не нужен - орда дизайнеров... текст свёрнут, показать
     
  • 8.69, VoDA (ok), 10:09, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я храню в нем фотки - есть возможность выгрузить фотки одного сезона или одной п... текст свёрнут, показать
     
     
  • 9.81, Аноним (-), 15:48, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Мде, если вы даже название приложения написать не можете правильно - представляю... текст свёрнут, показать
     
     
  • 10.105, VoDA (ok), 11:09, 17/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    да, быстро писал слово по звучанию правильно так proof of concept... текст свёрнут, показать
     
  • 5.46, all_glory_to_the_hypnotoad (ok), 22:12, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть куча применений, где git попросту неприменим.

    нету

     
     
  • 6.48, anonymous (??), 22:15, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >нету

    А вот с аргументацией опять туго. Походу массовый гипноз, ничего не поделаешь.

     
     
  • 7.56, Аноним (-), 02:11, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот с аргументацией опять туго. Походу массовый гипноз, ничего не поделаешь.

    Куда нам до универсального аргумента "массовый гипноз".

     
  • 6.71, Crazy Alex (ok), 12:39, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Гит неприменим, когда нет доверия пользователю в плане грамотного обращения с репозиторием. С SVN он закоммитил на центральный сервер - и всё, никуда результат его работы не денется, локально можно творить что угодно. А права на запись в удалённый гит-репозиторий дают слишком много свобод в плане "начудить". Нет, наверное, там можно какими-то костылями подпереть, но SVN при таком сценарии проще на порядок. Кроме того гит со своей нелинейностью истории и SHA1-хешами создаёт слишком большую когнитивную нагрузку на нетехнических польхователей, которым оно на фиг не надо, а нужен просто список версий документа с комментарием (commit message, но им мы это говорить не будем) и датой сохранения (коммита - но это мы тоже говорить не будем). Имеем действительно удобный версионник для непрограммистов - дизайнеров, юристов и т.п.
     
     
  • 7.91, Ytch (?), 02:48, 14/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > нужен просто список
    > версий документа с комментарием (commit message, но им мы это говорить
    > не будем) и датой сохранения (коммита - но это мы тоже
    > говорить не будем).

    Еще им часто надо легко и автоматически получать всегда актуальные документы, которые делают коллеги из соседней комнаты, вместо "скинь мне на флешку последний вариант договора" и "Вася на той неделе вроде чего-то менял в смете - позвони ему и ,если он на месте, пусть по почте пришлет". С DVCS ситуация у "нетехнических" пользователей будет похуже чем "принести на флешке" (с флешкой они все-таки обычно могут управиться без посторонней помощи).

     
  • 5.59, Аноним (-), 02:49, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Чья практика? Есть куча применений, где git попросту неприменим.

    Почему-то мне кажется что случаев когда наоборот - намного больше. Перец с оффлайн-коммитами выше как бы намекает... ;))

     
  • 3.15, Аноним (-), 17:34, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это правда - я лично перешел на git-svn сразу после того как мне его показали.
     
     
  • 4.25, anonymous (??), 19:14, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Это правда - я лично перешел на git-svn сразу после того как
    > мне его показали.

    Ну так люди легко поддающиеся внушению были всегда. Иначе пришлось бы отрицать такое явление как гипноз.

     
     
  • 5.30, Аноним (-), 20:23, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну так люди легко поддающиеся внушению были всегда

    Самовнушению, чтобы сидеть на г-не мамонта и считать что это правильно, вы хотели сказать? Так и CVS используют. Всё проще - есть люди, недостаточно поддающиеся любознательности. Осиль я сам прочитать пару глав pro git чтобы понять что он умеет - перешел бы давно сам. А так мучался пока не показали что есть svn, а есть системы контроля версий.

     
     
  • 6.32, anonymous (??), 20:44, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Всё проще - есть люди, недостаточно поддающиеся любознательности.

    А при чём тут любознательность? У гита отсутствует ряд необходимых мне фич. Об этом я прекрасно осведомлён.


    >А так мучался пока не показали что есть svn, а есть системы контроля версий.

    Это опять голословно. Очень похоже на результат внушения.


     
     
  • 7.60, Аноним (-), 02:55, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А при чём тут любознательность? У гита отсутствует ряд необходимых мне фич.

    А у SVN отсутствует ряд фич в еще более злобном виде. Самой злобной из проблем является то что оно вообще ничерта не может при отсутствии сервака.
    Поэтому:
    1) Падение сервака = пи...ц работе! Полный. Надолго.
    2) Без интернета или сервака в локалке в принципе нереально работать. У GIT в 100500 раз больше вариантов, вплоть до переноски патчей флоппинетом, если по другому в неких условиях не получается.
    3) Отматывать на разные версии - нудно, медленно, геморройно и опять же требует живой сервер. Ублюдство.

     
     
  • 8.73, Crazy Alex (ok), 12:42, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Видите ли, падение сервака - это проблема администраторов Которые могут и профи... текст свёрнут, показать
     
     
  • 9.82, Аноним (-), 15:56, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, извините, нагнувшаяся работа - это проблема того у кого она нагнулась Хотя... большой текст свёрнут, показать
     
  • 6.33, anonymous (??), 20:45, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Самовнушению, чтобы сидеть на г-не мамонта и считать что это правильно, вы хотели сказать?

    Это вы про гит? Полностью согласен.

     
     
  • 7.61, Аноним (-), 03:03, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это вы про гит? Полностью согласен.

    Git по сравнению с svn - как иномарка vs крестьянская телега. Оба конечно средства передвижения, хрен поспоришь. Но почему-то лошади нынче используются чуть реже чем иномарки.

     
     
  • 8.88, ваноним (?), 18:13, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    хрен ваша иномарка проедет по нашим деревенским дорогам... текст свёрнут, показать
     
     
  • 9.100, arisu (ok), 23:18, 14/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    8230 и поэтому мы не будем чинить дороги, лучше пересядем на лошадей ... текст свёрнут, показать
     
     
  • 10.101, ваноним (?), 02:27, 15/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    одно другому, в общем-то, не мешает но нахрена прокладывать кошерные дороги там... текст свёрнут, показать
     
     
  • 11.102, arisu (ok), 02:34, 15/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    право слово, если уж дошло до использования системы контроля версий 8212 то э... текст свёрнут, показать
     
     
  • 12.109, ваноним (?), 22:09, 18/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    вы таки будете в шоке, но где-то действительно и тарболами неплохо обходятся но... текст свёрнут, показать
     

  • 1.20, Необъективный_ (ok), 18:44, 12/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Рабочие копии мета-данных, ранее разбросанные по всем директориям (каталоги .svn), теперь сохраняются в одном месте - в корне рабочей копии проекта создаётся одна директория ".svn", мета-данные в которой сохраняются с использованием SQLite.

    Убрали возможность клонирования только части дерева исходников? Чтобы затем работать только с ней...

    > В этой же директории хранится и копия изначального содержимого всех файлов проекта (вместо text-bases отныне данные хранятся как pristines).

    Вообще мутная фраза. Файлы имеют свойство появляться в процессе развития проекта. Что подразумевается под изначальным содержимым?

    > Недостатком использования SQLite являются возможное усложнение резервного копирования, так как простое копирования файла базы во время работы с ней библиотек Subversion может привести к нарушению целостности.

    Это совсем печально.

     
     
  • 2.21, Необъективный_ (ok), 18:47, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    s/клонирования/копирования/

    С сервера или локально копировать --- не важно.

     
  • 2.26, anonymous (??), 19:18, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Убрали возможность клонирования только части дерева исходников? Чтобы затем работать только с ней...

    Как раз клонировать можно. Проверял. Вот с остальным проблемы.


     

  • 1.44, all_glory_to_the_hypnotoad (ok), 22:08, 12/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > мета-данные в которой сохраняются с использованием SQLite.

    эпик фейл...

     
     
  • 2.62, Pilat (ok), 05:23, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Какой fail? Давно ожидаемое улучшение. Вместо миллиона файлов - одна база.
     
     
  • 3.92, all_glory_to_the_hypnotoad (ok), 03:31, 14/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    когда sqlлайтная база распухнет и зафрагментируется, тогда и вкусишь всю прелесть этого решения. Можно похожее найти в ff, где живой поиск в адресной строке через какое-то время начинает дико подвисать на секунды с завидной регулярностью.

    Это действительно эпик фейл. Для задач SVNа можно сделать своё простое хранилище без каких-либо существенных затрат чч. Нет млять, как это часто бывает последнее время, какой-нибудь олигофрен в проекте прикрутит пушку к мухе.

     
  • 2.87, ваноним (?), 18:12, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    инстантвин, ясчитаю
     

  • 1.57, Аноним (-), 02:13, 13/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну приехали, SQLite и одна .svn. Теперь я даже там где вроде бы не нужен git не хочу использовать svn. Видимо, всё-таки, централизованные VCS умерли как класс.
     
  • 1.63, б.б. (?), 06:57, 13/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    достаточно революционная версия. уместнее было бы назвать svn 2.0, чтобы не путаться в форматах репозитория.
     
  • 1.94, ALex_hha (ok), 11:22, 14/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В случае гита то - ему похрену что интернета нет, вся база - локально, и я могу работать с ним где угодно "как если бы у меня был доступ к серваку svn". Потому что я сам себе самодостаточный сервак со своей базой.

    у меня репозитарий 950Гб, ты предлагаешь каждому сотрудника носить с собой локальную копию на ноуте? А чо удобно, все под рукой :D У каждого продукта своя ниша применения и не надо путать мягкое с теплым.

    > Ну приехали, SQLite и одна .svn.

    религия не позволяет использовать? Или будут аргументы?

    > когда sqlлайтная база распухнет и зафрагментируется, тогда и вкусишь всю прелесть этого решения.

    про дефрагментаторы что нить слышал? Следуя твоей логике NTFS вообще мертвая ФС :D

     
     
  • 2.95, all_glory_to_the_hypnotoad (ok), 11:58, 14/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > религия не позволяет использовать? Или будут аргументы?

    когда переведёшь свой 950Гб репозиторий на sqlite и svn, тогда и узнаешь все 'прелести' этого решения

    > про дефрагментаторы что нить слышал?

    мы ещё слышали про DBAшника. Дефрагментаторы это вчерашний день, для такого гогна теперь нужно будет иметь целого DBA.

     
  • 2.98, anonymous (??), 15:21, 14/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > у меня репозитарий 950Гб, ты предлагаешь каждому сотрудника носить с собой локальную
    > копию на ноуте? А чо удобно, все под рукой :D У
    > каждого продукта своя ниша применения и не надо путать мягкое с
    > теплым.

    http://www.opennet.me/openforum/vsluhforumID3/80746.html#85

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



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

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