The OpenNET Project / Index page

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

23.12.2010 20:54  Компания WANdisco намерена усовершенствовать Subversion

Компания WANdisco, оплачивающая работу нескольких разработчиков Subversion и выпускающая на базе данной централизованной системы контроля версий несколько коммерческих продуктов, объявила о решении реализовать собственными силами пожелания, наиболее часто высказываемые пользователями Subversion, такие как функций по быстрому слиянию и созданию веток.

Результат работы планируется интегрировать в основную ветку исходных текстов Subversion и довести их до готовности до выхода релиза Subversion 1.7, который намечен на 2011 год. Работа будет проведена в тесном сотрудничестве с независимым сообществом разработчиков проекта Subversion, от которого будет зависеть конечное решение о включении созданных в WANdisco улучшений.

Некоторые из улучшений, которые намерена реализовать компания WANdisco:

  • Улучшение производительности выполнения операций по слиянию веток (merge) и реализация таких дополнительных функций, как возможность собрать все изменения, добавленные в одну ветку, и применить их к другой ветке;
  • Реализация механизма отслеживания переименований файлов в репозитории, позволяющего исключить конфликты в процессе слияния веток при изменении имен файлов (т.е. при слиянии изменения определенного файла из одной ветки будут применены к этому же файлу в другой ветке, даже если файл во второй ветке был переименован);
  • Усовершенствование реализации команды 'svn import' в плане улучшенной поддержки непрерывного импорта стороннего кода в разные ветки репозитория. Улучшение окажется полезным прежде всего разработчикам, вынужденным отслеживать и обновлять в своем проекте код от сторонних производителей, например, когда созданный внешним поставщиком код один раз импортируется, а потом периодически обновляется в репозитории.
  • Переработка архитектуры модуля аутентификации mod_authz в более гранулированный вид, напоминающий классическую систему разграничения доступа к файлам в Unix;
  • Поддержка предписанной репозиторием конфигурации (repository-dictated);
  • Улучшение корректности работы команды "svn blame -g", при формировании вывода которой будет просмотрена вся история слияний и отслежены все авторы, участвующего в слияниях кода.

Из ранее отмеченных планов по развитию Subversion можно отметить:

  • Возможность реального удаления данных из репозитория (операция delete только помечает данные удаленными, физически оставляя их в репозитории);
  • Поддержка отложенных операций и контрольных точек;
  • Конфигурация, управляемая через репозиторий (Repository-dictated Configuration);
  • Отслеживание переименований;
  • Улучшение работы операции по слиянию веток;
  • Улучшение обработки конфликтов;
  • Поддержка промышленных механизмов аутентификации;
  • Возможность обратного поиска в истории;
  • Поддержка шаблонов для определения формата лога.

Напомним, что разработчики не намерены реализовывать в Subversion элементы распределенной системы управления версиями (DVCS), а сосредоточат свои усилия на развитии возможностей, связанных с организацией централизованных репозиториев, обеспечения жестких механизмов авторизации и гибких средств контроля доступа.

  1. Главная ссылка к новости (http://www.wandisco.com/php/pr...)
  2. OpenNews: Subversion влился в число первичных проектов Apache
  3. OpenNews: Компания WANdisco будет оплачивать работу трех разработчиков Subversion
  4. OpenNews: Доступен для загрузки Subversion 1.6.11. Планы на будущее
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: svn, subversion, cvs
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Линейный вид | Ajax | Показать все | RSS
 
  • 1.1, Anonymous123, 21:48, 23/12/2010 [ответить] [смотреть все]
  • +10 +/
    Что только люди не придумают чтобы не пользоваться GIT
     
     
  • 2.2, stomp, 21:56, 23/12/2010 [^] [ответить] [смотреть все] [показать ветку]
  • +9 +/
    что только не придумают любители молока, чтобы не пить кока-колу
     
  • 2.3, anonymous, 21:58, 23/12/2010 [^] [ответить] [смотреть все] [показать ветку]
  • +7 +/
    >Что только люди не придумают чтобы не пользоваться GIT

    Пользовались, спасибо. На редкость неудобная фигня.

     
     
  • 3.4, Аноним, 22:05, 23/12/2010 [^] [ответить] [смотреть все]
  • +3 +/
    Это субъективное мнение По мне так svn пора закопать и никогда больше не выкапы... весь текст скрыт [показать]
     
     
  • 4.5, Alexey, 22:24, 23/12/2010 [^] [ответить] [смотреть все]  
  • +9 +/
    Т.е. ваше мнение объективное, а у остальных субъективное? У Subversion есть своя ниша с которой его вряд ли выковырять распределенным системам.
     
     
  • 5.10, Ytch, 23:25, 23/12/2010 [^] [ответить] [смотреть все]  
  • +1 +/
    Потому что в этой нише он весьма удобен Он создан для вполне определенной модел... весь текст скрыт [показать]
     
     
  • 6.25, iZEN, 07:29, 24/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Пробовал как пользователь использовать SVN для синхронизации исходников FreeBSD ... весь текст скрыт [показать]
     
     
  • 7.27, anonymous, 08:13, 24/12/2010 [^] [ответить] [смотреть все]  
  • +1 +/
    А что скажет по этому поводу Калтенбруннер Wрядовой разработчик FreeBSD Сдается... весь текст скрыт [показать]
     
  • 7.29, QuAzI, 08:21, 24/12/2010 [^] [ответить] [смотреть все]  
  • –3 +/
    Где-то видел, ребята писали что наложили свой софт на порты FreeBSD Но с SVN у ... весь текст скрыт [показать]
     
     
  • 8.56, volax, 12:37, 25/12/2010 [^] [ответить] [смотреть все]  
  • +/
    http code google com p bsd-sharp downloads list Там несколько методов заливки,... весь текст скрыт [показать]
     
  • 7.30, Аноним, 09:10, 24/12/2010 [^] [ответить] [смотреть все]  
  • +4 +/
    У CVS же не атомарные коммиты Оборвалась связь во время коммита - получишь поло... весь текст скрыт [показать]
     
  • 7.43, rymis, 12:20, 24/12/2010 [^] [ответить] [смотреть все]  
  • +/
    svn revert и svn diff не обращаются к серверу, в svn лежат исходные файлы, поэт... весь текст скрыт [показать]
     
  • 4.8, anonymous, 22:40, 23/12/2010 [^] [ответить] [смотреть все]  
  • +/
    > Это субъективное мнение.

    Недостатки git вполне объективны.

     
     
  • 5.11, Mike Lee, 23:25, 23/12/2010 [^] [ответить] [смотреть все]  
  • +2 +/
    а ну ка. особенно в сравнении с svn.
     
     
  • 6.14, anonymous, 23:37, 23/12/2010 [^] [ответить] [смотреть все]  
  • –2 +/
    Нет докачки, неудобные номера ревизий, необходимость выкачивать всё дерево со вс... весь текст скрыт [показать]
     
     
  • 7.18, Аноним, 01:55, 24/12/2010 [^] [ответить] [смотреть все]  
  • –1 +/
    Нет докачки Зачем Или вы по gprs работаете неудобные номера ревизий Создание... весь текст скрыт [показать]
     
     
  • 8.20, Аноним, 03:08, 24/12/2010 [^] [ответить] [смотреть все]  
  • +2 +/
    именно поэтому mercurial те же яйца, только проще и адекватнее... весь текст скрыт [показать]
     
  • 8.32, Аноним, 09:12, 24/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Для каждого комита делать тег Вы в своём уме ... весь текст скрыт [показать]
     
  • 8.35, anonymous, 10:08, 24/12/2010 [^] [ответить] [смотреть все]  
  • –1 +/
    256-и мегабитный анлим qt обновить невозможно, если недельку не делать git pull... весь текст скрыт [показать]
     
     
  • 9.37, Mike Lee, 10:13, 24/12/2010 [^] [ответить] [смотреть все]  
  • +1 +/
    вы его по http чтоли делаете откройте для себя уже более другие протоколы а чт... весь текст скрыт [показать]
     
     
  • 10.39, Аноним, 10:23, 24/12/2010 [^] [ответить] [смотреть все]  
  • –1 +/
    А что, для git уже написан мануал по прикручиванию всевозможных auth На оффс... весь текст скрыт [показать]
     
     
  • 11.41, anonymous, 11:19, 24/12/2010 [^] [ответить] [смотреть все]  
  • +1 +/
    Какое отношение имеют твои комплексы к git? Мы уже поняли, что ты ретроград.
     
     
  • 12.48, Аноним, 17:57, 24/12/2010 [^] [ответить] [смотреть все]  
  • –2 +/
    Человеческий мануал вместо RTFSC - уже ретроградство Вы там со своим житом со... весь текст скрыт [показать]
     
  • 11.49, Crazy Alex, 18:05, 24/12/2010 [^] [ответить] [смотреть все]  
  • +1 +/
    git используется для анонимного доступа Для обновить qt - в самый раз Для... весь текст скрыт [показать]
     
  • 10.44, anonymous, 13:05, 24/12/2010 [^] [ответить] [смотреть все]  
  • –1 +/
    А что, другие протоколы добавляют в git поддержку докачки А что, разработчик до... весь текст скрыт [показать]
     
     
  • 11.45, OramahMaalhur, 13:47, 24/12/2010 [^] [ответить] [смотреть все]  
  • +2 +/
    куча .svn директорий во всевозможных папках - да, это мечта >_<
     
  • 7.22, anonym, 04:53, 24/12/2010 [^] [ответить] [смотреть все]  
  • +1 +/
    видимо ты не умеешь его готовить Во-первых, можно не брать все дерево, а только... весь текст скрыт [показать]
     
     
  • 8.31, Аноним, 09:11, 24/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Я работаю по gprs, когда сделают докачку ... весь текст скрыт [показать]
     
     
  • 9.34, Александр, 09:57, 24/12/2010 [^] [ответить] [смотреть все]  
  • +/
    В распределенных системах контроля версий репозиторий хранится локально, поэтому... весь текст скрыт [показать]
     
     
  • 10.36, anonymous, 10:10, 24/12/2010 [^] [ответить] [смотреть все]  
  • +/
    А как же распределённость Вдруг там api поменяли, а я так и буду работать с уст... весь текст скрыт [показать]
     
  • 5.12, Ytch, 23:31, 23/12/2010 [^] [ответить] [смотреть все]  
  • +1 +/
    На git такжк как и на svn системы контроля версий не заканчиваются Не подошел... весь текст скрыт [показать]
     
     
  • 6.15, anonymous, 23:41, 23/12/2010 [^] [ответить] [смотреть все]  
  • +/
    git не панацея Если не нужна распределённость, то получается пшик на уровне cvs... весь текст скрыт [показать]
     
     
  • 7.58, Michael Shigorin, 00:57, 26/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Да ладно сказки-то рассказывать У нас git и так тоже используют -- средства дл... весь текст скрыт [показать]
     
  • 4.47, bircoph, 17:15, 24/12/2010 [^] [ответить] [смотреть все]  
  • +2 +/
    git не поддерживает 1 svn cp сохранение истории при разделении файлов был fi... весь текст скрыт [показать]
     
     
  • 5.59, Michael Shigorin, 01:04, 26/12/2010 [^] [ответить] [смотреть все]  
  • +/
    google git copy history http markpasc livejournal com 186489 html thread ... весь текст скрыт [показать]
     
  • 3.9, Tav, 23:05, 23/12/2010 [^] [ответить] [смотреть все]  
  • +5 +/
    Тогда можно порекомендовать Mercurial. Он как git, только удобный (утрируя).
     
     
  • 4.13, Ytch, 23:35, 23/12/2010 [^] [ответить] [смотреть все]  
  • +2 +/
    Звучит как начало холивара git на некоторых задачах, пока еще быстрей, а ba... весь текст скрыт [показать]
     
     
  • 5.16, anonymous, 23:44, 23/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Мне просто интересно, что это за задачи такие ... весь текст скрыт [показать]
     
  • 5.19, Аноним, 01:55, 24/12/2010 [^] [ответить] [смотреть все]  
  • +1 +/
    bazaar вообще не рассматривается по причине маргинальности, а git до yблюдочност... весь текст скрыт [показать]
     
     
  • 6.33, Аноним, 09:18, 24/12/2010 [^] [ответить] [смотреть все]  
  • +1 +/
    Как Вы будете конфликты решать при push в рабочий каталог По сети удалённо конс... весь текст скрыт [показать]
     
     
  • 7.38, Аноним, 10:18, 24/12/2010 [^] [ответить] [смотреть все]  
  • –2 +/
    Ок, готовый и полностью рабочий плагин для эклипса Есть По секрету EGit - кри... весь текст скрыт [показать]
     
     
  • 8.50, Crazy Alex, 18:11, 24/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Рабораю с ним больше года В самом начале били каике-то чудеса, но очень давно ... весь текст скрыт [показать]
     
     
  • 9.55, Аноним, 10:11, 25/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Видел как раз около месяца назад Оно не пригодно к использованию при http-досту... весь текст скрыт [показать]
     
     
  • 10.60, Michael Shigorin, 01:07, 26/12/2010 [^] [ответить] [смотреть все]  
  • –1 +/
    сочувственно Что, заставляют HTTP для git -- плохой транспорт, родной git ил... весь текст скрыт [показать]
     
     
  • 11.65, Аноним, 16:20, 26/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Ну так пусть Лунис Торвальц и напишет в главном man this project is a compilati... весь текст скрыт [показать]
     
     
  • 12.67, Michael Shigorin, 17:42, 26/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Давайте договоримся я его об этом попрошу, когда удостоверюсь в Вашей личности ... весь текст скрыт [показать]
     
     
  • 13.71, Аноним, 10:00, 27/12/2010 [^] [ответить] [смотреть все]  
  • –1 +/
    А что, заставлять программеров пользоваться консолькой при каждом коммите синхро... весь текст скрыт [показать]
     
  • 11.66, Аноним, 17:39, 26/12/2010 [^] [ответить] [смотреть все]  
  • +/
    А впрочем, какая разница, что для гита консольного является плохим транспортом... весь текст скрыт [показать]
     
  • 7.53, Аноним, 20:23, 24/12/2010 [^] [ответить] [смотреть все]  
  • –1 +/
    При push не возникает конфликтов, потому что рабочий каталог и репозиторий - раз... весь текст скрыт [показать]
     
     
  • 8.61, Michael Shigorin, 01:14, 26/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Вот только состояние верхушки той ветки репо git , куда пушили, и чекаутнутой... весь текст скрыт [показать]
     
     
  • 9.70, Аноним, 03:54, 27/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Алгоритм абсолютно такой же как при наличии отдельного bare репозитория, только ... весь текст скрыт [показать]
     
     
  • 10.73, Michael Shigorin, 13:20, 27/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Ясно, слабо _Это_ действительно очевидно PS какой-такой отдельный bare repo... весь текст скрыт [показать]
     
     
  • 11.74, Аноним, 19:52, 28/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Ты как всегда в своем троллеламерском стиле при нормальном дизайне VCS working... весь текст скрыт [показать]
     
     
  • 12.76, Michael Shigorin, 20:41, 28/12/2010 [^] [ответить] [смотреть все]  
  • +/
    С зеркалом закончите разговаривать, сообщите Озвучьте критерии нормального ... весь текст скрыт [показать]
     
  • 6.57, Ytch, 14:26, 25/12/2010 [^] [ответить] [смотреть все]  
  • +/
    А вот это по-настоящему серьезный, сугубо технический и объективный аргумент На... весь текст скрыт [показать]
     
     
  • 7.75, Аноним, 19:56, 28/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Вообще-то это нормальный аргумент Причём объединяет в себе как причины, так и с... весь текст скрыт [показать]
     
  • 5.23, kshetragia, 06:24, 24/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Как минимум там адекватная система команд Не сношающая мозг после перехода с CV... весь текст скрыт [показать]
     
  • 1.6, gegMOPO4, 22:26, 23/12/2010 [ответить] [смотреть все]  
  • +/
    Революционных изменений нет -- и это плохо.
    Революционных изменений нет -- и это хорошо.

    Просто мелкие улучшения. А вот вкусные вещи (Shelve/Checkpoint, Repository-dictated Configuration) отложены до 1.8.

     
     
  • 2.24, kshetragia, 06:25, 24/12/2010 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    Да уж.. Адекватный merge - такая мелочь..
     
  • 1.7, Пользователь Debian, 22:26, 23/12/2010 [ответить] [смотреть все]  
  • +2 +/
    Эти ребятки даже опускались до тупого пиара в тематических конференциях -- пример: http://groups.google.com/group/git-users/browse_thread/thread/fc4c0c05dc22f53

    Так что закапывайте их вместе с Subversion.

     
  • 1.17, Аноним123321, 01:24, 24/12/2010 [ответить] [смотреть все]  
  • +/
    хорошо что в Git/Mercurial/Bazaar -- есть слои совместимости с SVN ...

    ...ато ведь SVN-программисты будут до скончания века говорить что "svn самая удобная штука на свете, и альтернатив её нет"

    бороться бесполезно :-)

     
     
  • 2.26, k0l0b0k, 07:50, 24/12/2010 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    вместо XXX подставляйте что угодно, хоть git, хоть mercurial, хоть bazaar док... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.68, Имя111223, 01:16, 27/12/2010 [^] [ответить] [смотреть все]  
  • +/
    просто долго было писать фразу для целей -- совместной разработки программы ... весь текст скрыт [показать]
     
  • 1.21, Аноним, 03:23, 24/12/2010 [ответить] [смотреть все]  
  • +/
    Вот сначала бы сделали, а потом бы хвастались!
     
     
  • 2.28, anonymous, 08:18, 24/12/2010 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    Вообще-то, это нормальная практика анонсировать то, что хочешь сделать Чтобы по... весь текст скрыт [показать] [показать ветку]
     
  • 1.51, Аноним, 18:49, 24/12/2010 [ответить] [смотреть все]  
  • +1 +/
    Комменты доставляют Сначала использовал svn, долго ненавидел git Теперь же не ... весь текст скрыт [показать]
     
     
  • 2.52, stomp, 19:57, 24/12/2010 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    пользовался и svn, и git годами. второй годится разве что для kernel.org-подобных проектов, где все данные проходят через одного человека-тирана (он как раз и выполняет те функции централизации в DVCS, которые в централизованных VCS являются частью дизайна). для прозрачной слаженной командной работы svn подходит лучше
     
     
  • 3.64, Michael Shigorin, 14:21, 26/12/2010 [^] [ответить] [смотреть все]  
  • +/
    Не так давно на глаза попадался более внятный разбор применимости -- с Вашим сог... весь текст скрыт [показать]
     
  • 1.62, Аноним, 11:20, 26/12/2010 [ответить] [смотреть все]  
  • +/
    я не кодер просто занимаюсь поддержкой в плане сборки тестовых пакетов для Li... весь текст скрыт [показать]
     
     
  • 2.63, Michael Shigorin, 14:16, 26/12/2010 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    Ну так и не судите инструмент _разработчика_ Я и пакеты собираю из гита, че... весь текст скрыт [показать] [показать ветку]
     
     
  • 3.69, Имя111223, 01:27, 27/12/2010 [^] [ответить] [смотреть все]  
  • +/
    > ...а либо про него Вам наврали, что "простой" (он не простой), либо ...

    "простой для изучения" и "простой для использования" -- это немного разные понятия

    инструмент зачастую бывает простой для использования -- но СЛОЖНЫЙ для изучения!!

    ----------

    ..наглядный пример: КАРАНДАШ!

    карандошом легко писать слова (но это когда вы уже _научились_ правильно пользоваться карандошом)..

    ....но вспомните -- сколько требуется времени и усилий человеку чтобы овладеть навыком использования карандаша (для написания слов)!!! :-)

    времени явно больше чем время что требуется на изучение Git :-) :-)

    ----------

    и вот когда вы спрашиваете кого-то "<такой-то> инструмент -- он простой?" что вы ожидаете услышать? ответ на тему того что инстурмент простой для обучения? или что инструмент просто для повседневной работы?

     
     
  • 4.72, Michael Shigorin, 13:19, 27/12/2010 [^] [ответить] [смотреть все]  
  • –1 +/
    >> ...а либо про него Вам наврали, что "простой" (он не простой), либо ...
    > "простой для изучения" и "простой для использования" -- это немного разные понятия

    Разумеется.  Я считаю, что git достаточно сложен в изучении и бывает сложен в применении, но результат того _для меня_ стоит.  Но не для ламера, надо быть хотя бы честным чайником.

    > и вот когда вы спрашиваете кого-то "<такой-то> инструмент -- он простой?"

    Предпочитаю не задавать неоднозначных вопросов, чтоб не огорчаться ответами невпопад. :)  Вы прекрасно озвучили проблему с наивным стилем вопрошания.

     

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


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