Вышел Subversion 1.6 и TortoiseSVN 1.6



    Что нового:
    • Улучшенное управление данными аутентификации (сохранение данных аутентификации в KWallet или Gnome Keyring, сохранение ключей к SSL сертификатам, запрос подтверждения перед сохранением паролей в незашифрованном виде)
    • Новый формат URL — поддержка путей относительно корня (root relative URLs)
    • Расширение svn:externals: поддержка файлов в svn:externals
    • Определение tree conflicts — конфликтов на уровне структуры директорий
    • Улучшения в способе хранения данных — репозитарий будет занимать меньше дискового пространства
    • Новые Python-bindings
    • Улучшено интерактивное разрешение конфликтов в комманд-лайн клиенте
    • Параметр --set-depth команды update поддерживает новое значение exclude, позволяющее исключать определенные ветки из рабочей копии
    • Поддержка логирования в svnserve
    • Новый синтаксис HTTP URI позволяет получать доступ к определенным ревизиям:
      http://host/repos/path?[p=PEG][&r=REV]
    • Улучшения комманд-лайн клиента: команда log теперь поддерживает несколько параметров -r и -с за один вызов; новый параметр --trust-server-cert
    • Изменения в API
    • Исправлены ошибки

    Основные изменения в Черепахе:
    • Доступ к BDB репозиториям по протоколу file:///
    • Кеш лог-сообщений
    • Улучшенный граф ревизий:
    Поделиться публикацией

    Похожие публикации

    Комментарии 34

    • НЛО прилетело и опубликовало эту надпись здесь
        0
        Дык меньше дня с релиза прошло, добавят ещё, я думаю.
        • НЛО прилетело и опубликовало эту надпись здесь
            0
            Дык соберите из сорцов.
              +4
              и преврати систему в слаку %)
                +1
                А собрать .rpm религия не позволяет? =)
                  +3
                  Блин, собери из сорцов rpm. Что мешает?
                    +3
                    Тем временем пользователи винды тупо качают .msi и ничего не компилят, к примеру вот отсюда:
                    www.sliksvn.com/en/download
                      –2
                      про тупо это метко подмечено
                      • НЛО прилетело и опубликовало эту надпись здесь
                          +1
                          Да, вендузятники знают толк в извращениях. Обычные люди напишут что-то вроде apt-get upgrade и все как надо обновится. «Тупо» — не наш выбор.
                          • НЛО прилетело и опубликовало эту надпись здесь
                        –2
                        Бедняги.
                          0
                          Остальные просто уже перешли c SVN на Git/Mercurial/Bazaar
                          Не каждому понравится, когда в каждом каталоге создаётся каталог .svn
                            +2
                            и что же в этом ужасного?
                              0
                              Это вещи немного разные. Цель то одна, контроль версий, но SVN централизованный, а перечисленные децентрализованные. Все зависит от характера разработки и взаимодействия разработчиков. Пихать всюду Git не надо. А аргумент про .svn конечно смешной :)
                            0
                            Вот именно тупо (
                            Жду — не дождусь, когда они обновление человеческое прикрутят уже.
                            Очень напрягает деинсталить, ребутить, инсталить…
                              +1
                              зачем деинсталлить и ребутить?
                                0
                                А иначе не получается. Просит ребутнуться.
                                  +1
                                  ну и что, что просит.
                +1
                отличная новость! очень не хватало экстерналов для файлов…
                а вот зачем относительные пути?
                /me полез гуглить =)
                  0
                  Идея в том, что вы можете сказать «это путь относительно repository root» не завязываясь на этот самый root.
                  Подробнее.
                  –2
                  merge как работал через одно место, так и работает. Хотя в целом это на положительном качестве продукта не сильно сказывается
                    +1
                    По работе часто приходится мерджить исходники, и знаете ли, пока все в полном порядке.
                      –2
                      по работе работаем над проектами группами в несколько человек, при одновременном редактировании одного файла разными людьми, и последущем commit — встроенный merge не справляется со сложным анализом и поиском изменений в исходниках, а предпочитает создать кучу файлов, по одному на каждого пользователя и типа «разгребайте» ваше говно ребятки сами, я пас
                        +6
                        Что же это за файл у вас такой — что все одновременно ведут на нём разработку, аж группами. Прям каждую строку файла все усиленно меняют? Я боюсь вам стоит задуматься об организации совместной работы — svn тут не виноват.
                          –2
                          это обычная ситуация когда очень большой проект, и когда одну ошибку которая возникает при билде правят почти все
                            +6
                            Это обычное раздолбайство, когда команда не может скоординироваться и несколько человек делают одно и то же.
                              +2
                              Кроме того, если 2 человека исправили файл в одном и том же месте, ни один мега-интеллектуальный мержер не сможет разрешить конфликт автоматически. Так что я честно говоря не понимаю, чем вы недовольны.
                                +1
                                Что тут непонятного? Очевидно же, что интеллектуальный мержер должен для каждого возможного результата слияния собрать проект, запустить тесты и выбрать тот вариант, когда проходит максимальное их количество.

                                Если тестов нет, истинно интеллектуальный мержер пишет их сам, читая проектную документацию или проникая в мозг разработчиков.
                                +1
                                Это *необычная* ситуация. Про координацию сказали выше.
                              +2
                              Такое происходит только в том случае, если редактируемые разными людьми участки кода находятся очень сильно рядом, если даже не одни и те же (привет, Капитан Очевидность). Сама система Subversion — она же не претендует на звание офигительно интеллектуальной, способной смерджить все то, что решила закоммитить хренова туча народу. Просто ну, знаете, обычный такой мердж…
                                +2
                                В Subversion довольно неплохой merge btw — он мержит все что сможет а что не сможет — добавляет маркеры.
                                Если вам станет легче от этого — то в Perforce мерж куда хуже, если он не может смержить файл; он вообще его не изменяет и пользователь должен смержить *все* сам.
                            0
                            Прорыва как с 1.5 похоже не случилось…

                            Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                            Самое читаемое