The OpenNET Project / Index page

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

15.04.2018 18:34  Релиз системы управления версиями Apache Subversion 1.10.0

После почти трёх лет разработки состоялся релиз новой ветки системы управления версиями Subversion 1.10.0. Несмотря на развитие децентрализованных систем, Subversion продолжает пользоваться популярностью в коммерческих компаниях и проектах, использующих централизованный подход к управлению версиями и конфигурацией программных систем. Из использующих Subversion открытых проектов можно отметить: проекты Apache, FreeBSD, Free Pascal, OpenSCADA, GCC и LLVM.

Ключевые улучшения:

  • Представлена новая реализация механизма авторизации на основе путей, дающего возможность определить правила доступа к отдельным каталогам в репозитории. Помимо ранее предлагаемых правил "[repos:/path]" и "[/path]", которые допускают только точные совпадения путей, новая реализация позволяет использовать два новых формата "[:glob:repos:/path]" и "[:glob:/path]", допускающих использование масок. Для создания масок предлагается использовать классические маски вида *foo*.bar, а также конструкции "/*/" для сопоставления с одним сегментом пути и "/**/" для сопоставления с произвольным числом сегментов пути;
  • Полностью переработана интерактивная система разрешения конфликтов, которая ищет в истории репозитория структурные изменения (операции добавления, удаления, копирования и перемещения), которые конфликтуют с локальными изменениями в рабочей копии и приводят к образованию конфликтов. В новой реализации дерево конфликтов снабжено детальными сведениями, которые раньше приходилось искать вручную, в том числе указаны номера ревизий и имена разработчиков конфликтующих изменений. Новая система также научилась определять операции перемещения и переименования в истории репозитория и учитывать их при изменении локальной рабочей копии, что сделало процесс слияния между ветками максимально прозрачным, в случае если в одной или в обеих ветках выполнялись операции переименования файлов или каталогов. Конфликты которые имеют однозначное решение теперь по возможности разрешаются автоматичести, без запроса пользователя (например, когда файл перемещён в другое место репозитория);
  • Добавлена поддержка механизма сжатия LZ4, в качестве альтернативы ранее предлагавшейся системе zlib. LZ4 существенно превосходит zlib по скорости сжатия и распаковки, сохраняя при этом приемлемую степень сжатия. Как результат, переход на LZ4 позволяет существенно увеличить производительность операций чтения и записи, особенно если репозиторий включает большие файлы. Поддержка LZ4 включена по умолчанию для сжатия данных в репозитории (версия формата хранилища 8), а также применяется для сжатия трафика при доступе к внешнему репозиторию по "http://" и "svn://". Для обновления до новой версии формата хранилища можно использовать команду "svnadmin upgrade";
  • Добавлены экспериментальные команды "svn shelve/unshelve/shelves", позволяющие отдельно отложить незавершенные изменения в рабочей копии, чтобы срочно поработать над чем-то другим, а затем вернуть недоделанные изменения в рабочую копию. Поведение предлагаемой возможности похоже на сохранение патча, созданного через "svn diff", с последующим его восстановлением через "svn patch";


  1. Главная ссылка к новости (https://svn.haxx.se/dev/archiv...)
  2. OpenNews: Увидела свет система управления версиями Apache Subversion 1.9.0
  3. OpenNews: Уязвимость в Git, Subversion и Mercurial, допускающая подстановку команд через URL ssh://
  4. OpenNews: Увидела свет система управления версиями Subversion 1.8.0
  5. OpenNews: Релиз системы управления версиями Subversion 1.7.0
  6. OpenNews: Выпуск распределенной системы управления исходными текстами Git 2.16.0
Лицензия: CC-BY
Тип: Программы
Ключевые слова: subversion, svn
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Линейный вид | Ajax | Показать все | RSS
 
  • 1.1, Аноним, 19:49, 15/04/2018 [ответить] [смотреть все]    [к модератору]
  • –6 +/
    Это типа git ?
     
     
  • 2.2, Анонидзе, 19:50, 15/04/2018 [^] [ответить] [смотреть все] [показать ветку]    [к модератору]
  • +2 +/
    Да, только централизованный.
     
  • 2.3, Аноним, 19:50, 15/04/2018 [^] [ответить] [смотреть все] [показать ветку]    [к модератору]
  • +14 +/
    Это типа CVS.
     
  • 1.6, Аноним, 20:02, 15/04/2018 [ответить] [смотреть все]     [к модератору]
  • –3 +/
    вот https gcc gnu org git p gcc git a summary ... весь текст скрыт [показать]
     
     
  • 2.10, Андрей, 20:31, 15/04/2018 [^] [ответить] [смотреть все] [показать ветку]    [к модератору]  
  • +2 +/
    Но это всего лишь зеркало:
    description Mirror of all GCC SVN branches and tags
     
  • 1.7, Аноним, 20:16, 15/04/2018 [ответить] [смотреть все]     [к модератору]  
  • –5 +/
    Время от времени эта ерунда всплывает на работе, а все уже забыли, как ею пользо... весь текст скрыт [показать]
     
     
  • 2.8, klalafuda, 20:23, 15/04/2018 [^] [ответить] [смотреть все] [показать ветку]    [к модератору]  
  • +/
    Что там гуглить то? Практически также как и CVS.
     
  • 2.9, KonstantinB, 20:30, 15/04/2018 [^] [ответить] [смотреть все] [показать ветку]    [к модератору]  
  • +1 +/
    Пользоваться надо вот так:
    https://git-scm.com/docs/git-svn
     
  • 2.44, Вареник, 18:26, 16/04/2018 [^] [ответить] [смотреть все] [показать ветку]    [к модератору]  
  • +/
    Она как раз простейшая в использовании. В дереве разобраться и все. В нем и теги, и все сразу наглядно.
     
  • 1.11, Gemorroj, 20:46, 15/04/2018 [ответить] [смотреть все]    [к модератору]  
  • +2 +/
    хорошая vcs, жаль не в трендах
     
     
  • 2.13, пох, 21:32, 15/04/2018 [^] [ответить] [смотреть все] [показать ветку]     [к модератору]  
  • +/
    боюсь спросить, как же тогда выглядят плохие http www robgonda com blog index... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.16, Gemorroj, 21:51, 15/04/2018 [^] [ответить] [смотреть все]     [к модератору]  
  • –1 +/
    это какие-то кастомные проблемы первая ссылка битая, вторая давно пофикшена, су... весь текст скрыт [показать]
     
     
  • 4.18, vitalif, 22:40, 15/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +1 +/
    svn:ignore вроде свойство же
     
     
  • 5.21, пох, 22:54, 15/04/2018 [^] [ответить] [смотреть все]     [к модератору]  
  • +/
    оно per-dir, и не наследуется, это уж точно вредная фича потому что ее вообще н... весь текст скрыт [показать]
     
  • 5.22, Gemorroj, 23:24, 15/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • –1 +/
    я и говорю неудобно
     
  • 4.19, пох, 22:44, 15/04/2018 [^] [ответить] [смотреть все]     [к модератору]  
  • +/
    это банальное последствие приземления сервера не на все четыре лапы в моем случ... весь текст скрыт [показать]
     
  • 3.17, Gemorroj, 21:54, 15/04/2018 [^] [ответить] [смотреть все]     [к модератору]  
  • +/
    не знаю как выглядят плохие, у меня опыт ограничен git mercurial svn у всех ест... весь текст скрыт [показать]
     
  • 3.27, Аноним, 00:01, 16/04/2018 [^] [ответить] [смотреть все]     [к модератору]  
  • +1 +/
    Плохие выглядят примерно так же, только в серверную часть встроена неудобная веб... весь текст скрыт [показать]
     
  • 3.38, Аноним, 12:08, 16/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +/
    Как плохие выглядят монорепы на гите.
     
  • 2.24, all_glory_to_the_hypnotoad, 23:28, 15/04/2018 [^] [ответить] [смотреть все] [показать ветку]     [к модератору]  
  • –1 +/
    Именно как vcs subversion днище, но ничётак в качестве версионированной фс для ф... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.25, Gemorroj, 23:32, 15/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +/
    вобщем да, но зачастую этого и достаточно.
     
     
  • 4.26, all_glory_to_the_hypnotoad, 23:59, 15/04/2018 [^] [ответить] [смотреть все]     [к модератору]  
  • +/
    нет, недостаточно В разработке, т е где нужна именно vcs, недостаточно даже hg... весь текст скрыт [показать]
     
     
  • 5.29, KonstantinB, 02:28, 16/04/2018 [^] [ответить] [смотреть все]     [к модератору]  
  • +/
    А чем hg то недостаточно со всеми стандартными плагинами Все то же, что и в гит... весь текст скрыт [показать]
     
     
  • 6.31, all_glory_to_the_hypnotoad, 03:48, 16/04/2018 [^] [ответить] [смотреть все]     [к модератору]  
  • +/
    Нет staging area, а из-за этого со всеми остальными каждодневными фичами работат... весь текст скрыт [показать]
     
     
  • 7.33, KonstantinB, 06:36, 16/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +1 +/
    Это вопрос привычки. Ребейзить через MQ не менее удобно.
     
     
  • 8.35, пох, 08:59, 16/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +1 +/
    > Это вопрос привычки. Ребейзить через MQ не менее удобно.

    им некогда, смузи-не-ждет! А чтобы разобраться с mq, надо все же потратить немного времени.

    (так ли уж "удобно" иметь вечный бардак в своей копии репо, из-за которого нужна такая работа - ну хз... У линуксеров вот только так и принято.)

     
     
  • 9.39, Аноним, 12:53, 16/04/2018 [^] [ответить] [смотреть все]     [к модератору]  
  • +/
    А что, теперь git - это хипстерство, а hg - стабильный ынтерпрайз Буду знать Ю... весь текст скрыт [показать]
     
     
  • 10.46, пох, 21:20, 16/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +/
    >> смузи-не-ждет!
    > А что, теперь git - это хипстерство, а hg - стабильный ынтерпрайз?

    оба хуже. Но если выводы делаются на основе того что в гите осилен только rebase, а в hg, ну надо же, либо ты разбираешься с mq, либо все твои ляпы становятся общественным достоянием, то, увы, напрашиваются выводы о сделавшем.

    > Юзеров SVN, кажется, совсем перестали брать в расчет. Символично, особенно в контексте
    > новости.

    а чего новость? Ну движется оно вроде в правильном направлении, со скоростью материкового дрейфа. shelve давно хотелось, остальное лично мне без надобности, хотя тому кто мержит большие изменения, наверное, действительно станет меньше геморроя. Проверять как это все работает, будем через годик, потому что нужен апгрейд репо, а этого в энтерпрайзах не любят.

     
  • 8.48, all_glory_to_the_hypnotoad, 23:46, 16/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +/
    Это не вопрос привычки, здесь имеется большая разница в качестве результата.

    Во-первых, речь шла про stage area, это хрень с помощью которой можно легко и удобно набирать изменения в коммит. Фича нужна как при формировании обычных коммитов, так и для редактирования истории ребейзом. В hg ничего похожего по удобству нет даже с учётом всех дополнений.

    Во-вторых, mq это врезка сбоку к VCS для задействования которой в качестве ребейза нужно делать больше телодвижений. Кроме мудотни с наполнением mq имеет ограниченную поддержку автоматического разрешения конфликтов по сравнению с полноценным ребейзом.

     
     
  • 9.50, KonstantinB, 01:46, 17/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +/
    Спасибо, я умею пользоваться git и в курсе, что такое staging area. :)

    Для формирования коммитов мне в hg обычно хватает и обычного commit --amend (я и в гите часто так делаю).

    Что касается ребейза, hg rebase --mq нормально работает уже довольно давно. Но согласен, что в гите несколько удобнее с этим.

    Впрочем, если при ребейзе много конфликтов, это в целом не очень нормальная ситуация вне зависимости от VCS. Если я вынужден держать долгоиграющую фичеветку, я делаю ребейз на мастер как минимум раз в пару дней.

     
  • 5.34, пох, 08:47, 16/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +/
    "в разработке, где нужен именно git, потому что все другое ниасилено гордыми разработчиками"
    - поправил, не благодари.

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

     
     
  • 6.40, Аноним, 13:03, 16/04/2018 [^] [ответить] [смотреть все]     [к модератору]  
  • +/
    Единственно, что есть знакового в hg - это tourtoise hg workbench Поэтому нубы ... весь текст скрыт [показать]
     
     
  • 7.45, пох, 21:13, 16/04/2018 [^] [ответить] [смотреть все]     [к модератору]  
  • +1 +/
    а че в ней знакового Я как раз svn овской-то версией пользуюсь, за неимением че... весь текст скрыт [показать]
     
  • 7.52, KonstantinB, 05:41, 17/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • –1 +/
    > Единственно, что есть знакового в hg - это tourtoise hg workbench
    > нубы и вiндузятники

    :-)

     
  • 6.49, all_glory_to_the_hypnotoad, 00:00, 17/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +/
    Ты слишком глупый чтобы мне что-то править.

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

    Для овощей напомню что в hg примерно всё за пределами функциональности сvs сделано плагинами. До недавнего времени даже подсветка цветами была плагином и её нужно было включать руками. Сделано так только по одной единственной причине: разработчики ртути не умеют дизайнить приложения.

     
     
  • 7.51, KonstantinB, 05:38, 17/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +1 +/
    Теперь модульность - это признак плохого дизайна? :)
     
     
  • 8.55, Lennart, 15:21, 17/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +2 +/
    > Теперь модульность - это признак плохого дизайна? :)

    You've got it!


     
  • 6.53, KonstantinB, 05:45, 17/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +/
    > или я тащу в другую систему плохие привычки из гита (например, привычку подменять историю)

    Привычка подменять _локальную_ историю фичевктеи - хороша и правильна.

    К сожалению, абсолютно все VCS делают использование workflow вида git-flow-rebase сложнее, чем оно должно бы быть.

     
     
  • 7.56, пох, 20:09, 17/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +/
    > Привычка подменять _локальную_ историю фичевктеи - хороша и правильна.

    а зачем тогда локальная история тебе вообще нужна? (ты ж rebase делаешь в _своей_ копии) Просто как замена undelete ?
    В случае гита настоящая история остается в безымянной ветке, которая бестолку занимает место у тебя на диске и которую ты не найдешь никогда (да и толку от нее теперь, после rebase и продолженной работы поверх него?) А вот mq штука более злая, поскольку после игрищ с qpop/qdelete история по-настоящему изменена, и в ней натурально больше нет того, что ты удалил. (если хочется "как в git" - мертвые "невидимые" ветки - для этого есть evolve. Кстати, и массовые конфликты после себя оно тоже "как в git" прибирает [правда, криво])

     
     
  • 8.57, KonstantinB, 04:42, 18/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +/
    Я не совсем то имел ввиду.
    После того, как я squash-нул в один или пачку коммитов, нафиг не нужна.
     
  • 1.23, all_glory_to_the_hypnotoad, 23:24, 15/04/2018 [ответить] [смотреть все]    [к модератору]  
  • +/
    > Новая система также научилась определять операции перемещения и переименования в истории репозитория

    Неужели теперь можно не делать svn mv и это ископаемое само догадается о переименовании методом rm + add?

     
     
  • 2.28, Аноним, 00:03, 16/04/2018 [^] [ответить] [смотреть все] [показать ветку]    [к модератору]  
  • +2 +/
    > это ископаемое

    Это не ископаемое. Ископаемое™ — не это.

     
     
  • 3.41, Аноним, 13:04, 16/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +1 +/
    по существу будет замечание?
     
  • 2.47, пох, 21:22, 16/04/2018 [^] [ответить] [смотреть все] [показать ветку]    [к модератору]  
  • +/
    > Неужели теперь можно не делать svn mv и это ископаемое само догадается

    нет, наоборот, насколько я понимаю - mv перестало быть безмозглым rm+add.

    > о переименовании методом rm + add?

    а зачем ты это делаешь?


     
  • 1.30, Аноним, 03:10, 16/04/2018 [ответить] [смотреть все]    [к модератору]  
  • –2 +/
    Пожелаем gcc и llvm наконец пользоваться нормальным инструментом (git).
     
     
  • 2.36, iZEN, 10:46, 16/04/2018 [^] [ответить] [смотреть все] [показать ветку]     [к модератору]  
  • –6 +/
    Уж лучше Mercurial Там хоть справка из коробки на русском языке и нет ломки и... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.37, Аноним, 11:05, 16/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +3 +/
    Шок, сенсация, изя не осилил английский!
     
     
  • 4.43, Аноним, 15:40, 16/04/2018 [^] [ответить] [смотреть все]    [к модератору]  
  • +/
    Ему лицензия запрещает осилить git, поэтому жрёт кактус.
     
  • 1.32, Аноним, 05:01, 16/04/2018 [ответить] [смотреть все]    [к модератору]  
  • –2 +/
    Добавьте нормальную ссылку к новости: git://git.apache.org/subversion.git

     
     
  • 2.42, anonymous, 14:37, 16/04/2018 [^] [ответить] [смотреть все] [показать ветку]    [к модератору]  
  • +/
    Ну, артист!

    https://svn.apache.org/repos/asf/subversion/trunk s

     
  • 2.54, SysA, 11:37, 17/04/2018 [^] [ответить] [смотреть все] [показать ветку]    [к модератору]  
  • +/
    > Добавьте нормальную ссылку к новости:

    Вообще-то нормальной была бы https://subversion.apache.org/docs/release-notes/1.10.html

     

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


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