The OpenNET Project / Index page

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

25.11.2010 10:05  Доступен релиз Subversion 1.6.15

Объявлено о выходе новой версии централизованной системы контроля версий Subversion 1.6.15, в которой отмечено 19 исправлений, которые имеют корректирующий характер. Пользователям рекомендуется обязательно провести обновление, так как в версии 1.6.15 исправлены две ошибки, которые могут приводить к краху сервера (DoS-атаке) при определенной активности клиента. Версия Subversion 1.6.14 была пропущена из-за ошибки, обнаруженной на последней стадии выпуска релиза.

  1. Главная ссылка к новости (http://svn.haxx.se/dev/archive...)
  2. OpenNews: Доступен для загрузки Subversion 1.6.11. Планы на будущее
  3. OpenNews: Subversion влился в число первичных проектов Apache
  4. OpenNews: В сервисе GitHub появилась поддержка Subversion
Лицензия: CC-BY
Тип: Программы
Ключевые слова: subversion, cvs
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Василий (??), 10:13, 25/11/2010 [ответить] [показать ветку] [···]    [к модератору]
  • –16 +/
    Кто-то еще пользуется этим старьём?
     
     
  • 2.2, Имени нету (?), 10:21, 25/11/2010 [^] [ответить]    [к модератору]
  • +4 +/
    Я пользуюсь. Или вы для каждого похода в ларёк за сигаретами по новой ламборджини покупаете ?
     
     
  • 3.4, Вова (?), 11:03, 25/11/2010 [^] [ответить]    [к модератору]
  • +3 +/
    -я работаю с X!

    -А как тебе Y и Z?

    -Эээ...ээ. да они хуже!! поэтому я работаю только c X! Чем хуже? эээ.. ты не поймёшь!!

    Вместо x и y можно смело подставлять git и svn, qt и gtk, cmake и autotools, bsd и linux; люди скатываются на ругань, ибо они защищаются - они защищают свой уровень компетентности от оскорбительного предположения, что они просто не работали с альтернативами, переходят на личности вместо обсуждения реальных областей применения.

     
  • 2.3, VoDA (ok), 10:42, 25/11/2010 [^] [ответить]    [к модератору]
  • +/
    а какая централизованная система лучше чем SVN?

    Децентрализованные несколько сложнее - у нас в компании до сих пор даже тестовые проекты переводить не хотятЪ )))

     
     
  • 3.5, Аноним (-), 11:07, 25/11/2010 [^] [ответить]    [к модератору]
  • +/
    Если поставить в организации центральный сервер с Mercurial или Git - оно ну ничем не будет отличаться от централизованной системы.
     
     
  • 4.10, JL2001 (ok), 13:02, 25/11/2010 [^] [ответить]    [к модератору]  
  • +/
    > Если поставить в организации центральный сервер с Mercurial или Git - оно
    > ну ничем не будет отличаться от централизованной системы.

    а зачем его ставить ? зачем мне гит или меркуриал если я буду работать с ним как с свном ? оно быстрее файлы перекачивает через сеть или памяти в 2 раза меньше жрёт ? а мб на винте места в 3 раза меньше занимает ?

     
     
  • 5.12, тигар (ok), 13:47, 25/11/2010 [^] [ответить]    [к модератору]  
  • +/
    на самом деле оно быстрее.
    p.s. сам пользуюсь только subversion
     
     
  • 6.26, anonymous (??), 23:29, 25/11/2010 [^] [ответить]    [к модератору]  
  • +/
    > на самом деле оно быстрее.

    За счёт чего быстрее? За счёт выкачивания всего и вся?


     
  • 5.17, Аноним (-), 16:06, 25/11/2010 [^] [ответить]    [к модератору]  
  • +/
    Быстрее, насчёт памяти - незнаю, насчёт места, да меньше, ещё оно всё в одном каталоге хранит, а не в каждом подкаталоге по .svn. Иногда и это важно.
     
  • 4.18, Аноним (-), 16:07, 25/11/2010 [^] [ответить]     [к модератору]  
  • +/
    Вообще, будет отличаться, как минимум способом доступа на запись, правами доступ... весь текст скрыт [показать]
     
  • 4.25, вася (??), 22:33, 25/11/2010 [^] [ответить]    [к модератору]  
  • +/
    Гы-гы... Еще как будет отличаться - у девелопера будет выбор - пушать каждое изменение на центральный сервер или комитить в свой локальный индекс пока не получится что-то вменяемое, а потом пушать всю пачку. А не всем нравится, когда у девелопера есть выбор...
     
     
  • 5.28, anonymous (??), 23:36, 25/11/2010 [^] [ответить]    [к модератору]  
  • +/
    >Еще как будет отличаться - у девелопера будет выбор - пушать каждое изменение на центральный сервер или комитить в свой локальный индекс пока не получится что-то вменяемое, а потом пушать всю пачку.

    Правильно, вместо одного коммитить на каждый чих. Мечта имитатора бурной деятельности!

     
  • 3.7, Аноним123321 (ok), 12:35, 25/11/2010 [^] [ответить]    [к модератору]  
  • +/
    > Децентрализованные несколько сложнее

    наглое враньё..

    для Децентрализированных системы -- ВАС НИКТО НЕ ЗАСТАВЛЯЕТ пользоваться _всеми_ функциями...

    ...вы можете точно также пользоваться только теми функциями которые уже успели освоить в SVN

    в этом случае DVCS будет такой же простой как и SVN (лично для вас. а остальные люди В ВАШЕЙ КОМАНДЕ могут использовать полный функционал DVCS чтобы делать свою работу более эффективно)

     
     
  • 4.14, VoDA (ok), 14:12, 25/11/2010 [^] [ответить]    [к модератору]  
  • +/
    Есть адекватное описание на русском языке для git или bazaar или mercurial? Несколько раз брался за чтение манов по git, но дальше инсталляции не уходил - не понимаю бонусов DVCS, а для тестинга нужно убедить начальство в необходимости оного.

    Есть ли удобные тулзы типа TortoiseSVN для DVCS?

     
     
  • 5.21, прохожий (?), 17:28, 25/11/2010 [^] [ответить]    [к модератору]  
  • +/
    > Есть ли удобные тулзы типа TortoiseSVN для DVCS?

    есть TortoiseHg, TortoiseBzr и даже TortoiseGit

     
  • 5.22, kshetragia (ok), 20:21, 25/11/2010 [^] [ответить]    [к модератору]  
  • +/
    Попробуйте Mercurial. У него базовый набор команд совпадает с SVN. Остальные тоже достаточно интуитивно понятны.

    http://hgbook.red-bean.com/

     
     
  • 6.32, VoDA (ok), 11:10, 26/11/2010 [^] [ответить]    [к модератору]  
  • +/
    кстати у нас одна репо на все проекты, проект вытягивается как под-под-под директория. Слышал, что git и другие DVCS не поддерживают нужную и довольно простую фичу.

    А без этого нужно будет писать аЦЦкий скрипт по перегонке проектов каждый в свое репо... и т.п.

     
     
  • 7.35, kshetragia (ok), 06:06, 27/11/2010 [^] [ответить]    [к модератору]  
  • +/
    > кстати у нас одна репо на все проекты, проект вытягивается как под-под-под
    > директория. Слышал, что git и другие DVCS не поддерживают нужную и
    > довольно простую фичу.
    > А без этого нужно будет писать аЦЦкий скрипт по перегонке проектов каждый
    > в свое репо... и т.п.

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

     
  • 5.24, Wandererdragon (?), 20:45, 25/11/2010 [^] [ответить]    [к модератору]  
  • +/
    Вот этот человек переводит, краткий курс по mercurial от Джоеля Спольски.
    http://bobrovsky.habrahabr.ru/blog/
     
  • 4.27, anonymous (??), 23:32, 25/11/2010 [^] [ответить]    [к модератору]  
  • +/
    >для Децентрализированных системы -- ВАС НИКТО НЕ ЗАСТАВЛЯЕТ пользоваться _всеми_ функциями...

    Тогда получаем одни минусы. Докачки нет + необходимость толстого канала для git clone + отсутствие человеческой метки для ревизии. Только закапывать, особенно если всеми функциями не пользоваться.

     
  • 2.6, Анонимукс (?), 12:11, 25/11/2010 [^] [ответить]    [к модератору]  
  • +2 +/
    Пользуются и многие.
    Представь себе такую ситуацию:
    - Есть проект, над которым работают несколько человек физически находящихся в одном офисе,
    - Работать с исходниками вне офиса затруднительно, т.к. используется специальное оборудование/софт/ещё что-то, что не утащишь домой/не развернёшь дома,
    - Исходный код разумно спроектирован и ежедневные изменения носят локальный характер,
    - Исторически проект начинался во времена централизованных VCS и управляется в данный момент SVN,
    - В компании SVN интегрирован с системой багтрэкинга и всё давно хорошо работает

    Теперь скажи мне Василий, зачем мне всё это ломать и что мне это даст?
    Мне работу надо делать, а не "новьё" прикручивать...

     
     
  • 3.8, Аноним123321 (ok), 12:42, 25/11/2010 [^] [ответить]     [к модератору]  
  • –3 +/
    видимо это может быть единственное оправдение по которому комуто приходится дово... весь текст скрыт [показать]
     
     
  • 4.15, VoDA (ok), 14:20, 25/11/2010 [^] [ответить]    [к модератору]  
  • +2 +/
    > очевидно же! это даст возможность делать более качественный код :-) [чем качественнее инструменты -- тем качественнее результат]

    качество кода не зависит напрямую от качества инструментов. можно и на С/perl написать качественный код, а можно и на C# говнокодить.

    > с другой стороны начальство может сказать

    начальство обычно задает вопрос - сколько денег принесет (сэкономит) эта замена. Сколько будет стоит замена одной системы на другую (время админов стоит денег) + сколько будет стоить переучить программеров на использование новой тулзы (если знаете каждый час работы стоит денег).

    Так вот вопрос - группа программистов в 10 человек пилит проект в SVN/trunk, делают бранчи по релизам (изменяемый, для фиксов) + tags (read-only, для конкретных выпусков что уходят в продакшен).

    Какая экономия (поскольку денег это точно не приносит) будет при переходе на DVCS, за счет чего и как это можно реализовать на основе VCS?

     
  • 4.19, Анонимукс (?), 16:50, 25/11/2010 [^] [ответить]    [к модератору]  
  • +/
    Да чем эти DVCS качественнее SVN в приведённых мной условиях-то?
    Ты вообще разницу видишь или нет?
    Только давай без кактусов, а по делу...
     
  • 3.9, Аноним123321 (ok), 12:47, 25/11/2010 [^] [ответить]     [к модератору]  
  • –3 +/
    идёте вы по лесу, гуляете и вдруг видите как некий дровосек пилит дерево... весь текст скрыт [показать]
     
     
  • 4.16, Sunder_work (?), 14:52, 25/11/2010 [^] [ответить]    [к модератору]  
  • +3 +/
    Мораль этой басни отношения к теме не имеет. А басня в данном случае звучала бы так:

    идут тролли, по лесу гуляют...
    ... и вдруг видят как некий дровосек пилит дерево
    .. и нормально пилит

    тролли подходят и говорят дровосеку:
    - Ты чо урод !!!? Этим дерьмом пилишь дерево ?!!! Надо пилить пилой хххх !!! Ну точно ламер !!! Посмотрите на него !!!

    Басня оканчивается когда дровосек пилит троллей этой пилой, чтобы не лезли ни в своё дело.

     
  • 3.13, as (??), 14:05, 25/11/2010 [^] [ответить]    [к модератору]  
  • +/
    работу работать?
     
  • 3.23, kshetragia (ok), 20:33, 25/11/2010 [^] [ответить]    [к модератору]  
  • +/
    1. SVN плохо работает с бранчами. Смерджить новую фнкциональность с отдельной ветки бывает довольно таки затруднительно.

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

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

    4. Ощутимо быстрее на операциях checkout/update.

     
     
  • 4.29, fi (ok), 01:12, 26/11/2010 [^] [ответить]    [к модератору]  
  • +/
    1. мержить всегда сложно, или где-то используется иное чем diff+patch????
    Если два и более человек правят одни и теже строки, но не один автомат не справится с логикой. Остальное решается организационно.

    2. нет проблем, я так и делаю в SVN

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

    4. в своей работе еще не дошел да таких объемов чтоб даже заметить это! Хотя помню что джависты вполне могут нагенерировать большие деревья исходников, но я не из тех "ох*их" поэтов.

    У централизованной системы свои плюсы - например их проще вязать с трэкером. навыки работы проще, прозрачней и понятней.

     
     
  • 5.30, kshetragia (ok), 04:43, 26/11/2010 [^] [ответить]    [к модератору]  
  • +/
    > 1. мержить всегда сложно, или где-то используется иное чем diff+patch????

      Даже с svn используется svn merge или как вариант automerge. И тут как правило случается неприятность. Заключается она в том, что на время merge-а приходится лочить ветку. Иначе все новые коммиты после смердженной ревизии чудным образом теряются.

    > Если два и более человек правят одни и теже строки, но не
    > один автомат не справится с логикой. Остальное решается организационно.

    Решить можно всё. Оно вроде как и там и там работает. Но почему, то в DVCS комфортнее. Сами используем SVN на весьма немаленьком проекте. И вроде бы хватает, но хочется плюшек вроде cherry-pick, hq, graphlog, расцветка.

    > 3. Я регулярно из дому работаю с SVN, хотя это и не
    > оффлайн, но зачем коммитить не рабочий код даже в локальное репо?

    Код рабочий. Просто не весь. И объем кода подсказывает коммитить его логически законченными кусками. Которые в свою очередь могут развиваться серией коммитов в локальной технической ветке. Потом уже при желании можно коммитить в фиче-ветку.

    > У централизованной системы свои плюсы - например их проще вязать с трэкером.
    > навыки работы проще, прозрачней и понятней.

    С меркуриалом у вас не будет проблем. Навыки работы во много схожи.

    Я не говорю, что централизованные VCS хуже/лучше. Они хороши и решают ваши задачи. Просто DVCS расширяет спектр доступных инструментов и не страдает некоторыми болезнями того же SVN. Разумеется я не призываю менять SVN на что-либо другое.

     
  • 5.36, Аноним123321 (ok), 12:27, 29/11/2010 [^] [ответить]    [к модератору]  
  • +/
    > 1. мержить всегда сложно,

    ох лол :-) ...до того как инженер не познакомитсья с Git/Hg/Bzr -- он так ведь действительно и думает :-D :-D :-D

     
  • 2.31, ptr (ok), 09:51, 26/11/2010 [^] [ответить]    [к модератору]  
  • +/
    Каждый раз на очередном проекте прошу клиента поставить SVN для проектной документации. За счет интеграции в виндовый эксплорер это получается самая простая для юзера система контроля версий.
     
  • 1.11, Аноним (-), 13:19, 25/11/2010 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Ребята, а что вы про darcs думаете? У кого-нибудь был опыт использования?
     
  • 1.20, ALex_hha (ok), 16:59, 25/11/2010 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    > очевидно же! это даст возможность делать более качественный код :-)
    > [чем  качественнее инструменты -- тем качественнее результат]

    жги дальше :D

    Если дураку дать бензопилу, то он отпилит себе руки, а умный и топором срубит твое дерево

    > # p.s.: ну вобщем -- мараль сей басни -- надеюсь вы поняли :-)

    ты очень далек от понимания зачем все это нужно

     
     
  • 2.37, Аноним123321 (ok), 12:38, 29/11/2010 [^] [ответить]    [к модератору]  
  • +/
    > ты очень далек от понимания зачем все это нужно

    а я думаю -- что ты не можешь понять простую вещь:

    инженер делает свою работу ИМЕННО ТАК, как ему ПОЗВАЛЯЮТ это делать инструменты :-)

    (возможности инструментов -- формируют понимание того каким образом реализовывать работу. какими абстракциями манипулировать)

    инструменты DVCS -- фокусируют внимание инженера на том КАКИЕ_СУЩНОСТИ_ПРОЕКТА необходимо менять

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

    > Если дураку дать бензопилу, то он отпилит себе руки

    верно.. если дураку дать возможность пользоваться bzr -- то он точно также может работать в стиле svn [это не эффективно и в какомто смысле можно приравнять к отпиливанию руки :-)]

    ...но если умному отрубить руку -- то какой от этого будет толк?

     
  • 1.33, metallic (?), 21:57, 26/11/2010 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Меня больше всего в svn раздражает полное отсутствие логирования.
    Иногда бывает, что при комите больших файлов(десятки или сотни МБ) транзакция обрывается, клиент пишет: "соединение закрыто удаленным сервером" (клиент - черепаха) и понять при этом где проблема становится почти не реально.
     
     
  • 2.34, metallic (?), 22:01, 26/11/2010 [^] [ответить]    [к модератору]  
  • +/
    А в остольном меня все устраивает и перетаскивать кучу репов общим весом в несколько сотен гигов в гит из-за того, что он новее я не собираюсь. А также переобучить больше сотни хомячков не вижу смысла.
     

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


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