https://www.opennet.me/openforum/vsluhforumID3/41581.html SVN - централизованная система контроля версий, при создании которой главной целью бала разработка замены для CVS. Сейчас уже однозначно можно утверждать что цель достигнута и даже несколько перевыполнена: SVN хороший, простой инструмент, массово используемый, и при этом еще и бесплатный. SVN прекрасно работает с современной технологией разработки ПО, а методика работы с ним повышает качество кода, поскольку любой код обычно просматривает как минимум еще один человек кроме написавшего этот код.<br><br><br>Бен Коллинз-Сассман (Ben Collins-Sussman), создатель Subversion, поделился (http://blog.red-bean.com/sussman/?p=90) своими мыслями о будущем развитии Subversion, которое он видит в добавлении децентрализованных функций, но без полного ухода от централизованной модели.<br><br><br><br>Есть проблемы, обусловленные тем что SVN централизованная система, например если разработчик находится в самолете или на конференции, он может не иметь доступа к централизованному хранилищу, также неприятно что какая-то пр...<br><br>URL: http://blog.re https://www.opennet.me/openforum/vsluhforumID3/41581.html#18 Mon, 05 May 2008 06:31:57 GMT вобщем "большое" и "малекое" - не технический спор.<br><br>И вообще, у каждого свое мнение.<br><br>Польза/вред децентрализованных репозиториев от этого не изменяется.<br><br><br>Но сама факт сабжа говорит об их правильности. Иначе SVN и не дергался бы.<br> https://www.opennet.me/openforum/vsluhforumID3/41581.html#17 Mon, 05 May 2008 06:04:06 GMT &gt; все хорошо в вашей точке зрения окромя одной маленькой вещи. <br>&gt; Вы приравняли децентрализованный метод разработки и большие коммиты,<br>&gt; а следом и более никзое качество кода. <br>&gt; А это и нелогично и неправильно.<br><br> Я не приравнял.<br><br> Дело в том, что есть некая непреложная истина: _релиз_ собирается _одним_ человеком из _одного_ репозитария. Собственно, можно, например, набрать "tar cvf" "в четыре руки", только вот зачем?<br><br> И этот репозитарий этого самого человека получается в результате наложения патчей, присылаемых ему разработчиками. Если эти патчи будут маленькими, тогда смысл децентрализованных SCM'ов теряется напрочь: они придуманы были _именно_ потому, что для работы, к примеру, Subversion'а необходима постоянная Internet Connectivity с центральным сервером, а для работы, к примеру, Mercurial'а достаточно раз в неделю посещать Интернет-кафе.<br><br> Это очевидно? Очевидно, почему патчи при использовании децентрализованных SCM'ов будут большими?<br><br>&gt; Нелогично. <br>&gt; Даже самому разработчику https://www.opennet.me/openforum/vsluhforumID3/41581.html#16 Sun, 04 May 2008 19:45:45 GMT &gt;&gt;Нелогично. <br>&gt;&gt;Даже самому разработчику проще разбиратся в маленьких коммитах, чем в простынях. <br>&gt;<br>&gt;Простыня состоит из небольших коммитов в свой репозитарий<br><br>ну а я что написал?? Мсье на читает написанное?<br><br>Или простыня - это просто много коммитов? Ну тогда давайте объявим всех продуктивных комиттеров проблемой номер один.<br><br><br>&gt;Прежде чем сделать ci я всегда проверю на предмет, что поменялась в <br>&gt;моей ветке без меня (сделаю diff и если нужно, затем сделаю <br>&gt;up). Зачастую, я делаю проверки чаще чем коммиты. Естественно, я <br>&gt;вижу многие вещи, нахожу ошибки (что недавно и произошло). В случаи <br>&gt;децентрализованного хранилища, это затруднительно, т.к. изменения накапливаются в другом хранилище.<br><br>а т.к. другое хранилище "далеко" и его проверять так же часто как "своё" "практически невожможно" (ну как, оно ж децентрализованное! как же его можно раз в 5 минут проверять??)<br>то ессьно весьма затруднительно просмотреть то, что туда кто-то закоммитил.<br><br>Самому то не смешно?<br><br><br>&gt;А мержить один и тот же к https://www.opennet.me/openforum/vsluhforumID3/41581.html#15 Sun, 04 May 2008 13:12:53 GMT &gt;Нелогично. <br>&gt;Даже самому разработчику проще разбиратся в маленьких коммитах, чем в простынях. <br><br>Вы не подумав написали? или просто не работаете в этой области? <br>Простыня состоит из небольших коммитов в свой репозитарий, а затем мержить то все равно нужно. <br><br>&gt;Аудит. <br>&gt;Всем подряд разработчикам просто делать нечего как заниматься аудитом друг друга. <br>&gt;Ессьно, это касается лишь свободных разработчиков. Политики организаций этот вопрос могут решать <br>&gt;по-своему. <br>&gt;Так вот: мне хочеться писать свои вещи, а вы предлагаете вместо этого <br>&gt;заниматься аудитом? <br><br>Прежде чем сделать ci я всегда проверю на предмет, что поменялась в моей ветке без меня (сделаю diff и если нужно, затем сделаю up). Зачастую, я делаю проверки чаще чем коммиты. Естественно, я вижу многие вещи, нахожу ошибки (что недавно и произошло). В случаи децентрализованного хранилища, это затруднительно, т.к. изменения накапливаются в другом хранилище. А мержить один и тот же код всегда проблема. <br><br>Более того, реально работать с децентрал https://www.opennet.me/openforum/vsluhforumID3/41581.html#14 Sun, 04 May 2008 11:10:45 GMT &gt;Еще mozilla, Xorg... <br><br>да, распределенные.<br>Но Мозиловцы на Меркурии обитают.<br><br><br><br>&gt;:) вот еесли б "emerge --sync" через git pull работал было б <br>&gt;вообще зашибись :) <br><br>не совсем ;)<br>rsync здесь как раз по месту. История всия портов среднему гентушнику ни к чему.<br>А git - это именно постоянное увеличение репозитория... Не очень гут... совсем не гут в общем случае.<br><br>А разработчики, ессьно, порты в репозитории держат.<br><br><br>&gt;(Еще один "Я вот Гентушник") <br><br>:)<br> https://www.opennet.me/openforum/vsluhforumID3/41581.html#13 Sun, 04 May 2008 11:09:14 GMT &gt;А вот как задумана частичная децентрализация, я не совсем понял.<br><br>Локальные коммиты. То есть в случае оффлайновости, создается временная ветка local, куда и коммитится. При онлайне, локальная метка вмердживается в основную.<br><br>&gt;Вобщем подскажет кто нибудь, где можно почитать об упешном опыте внедрения и применения децентрализованых систем контроля версий?<br><br>Почитать можно в списке проектов, использующих соответствующие системы контроля версий: bzr, git, mercurial... Особенно разные svn vs bzr и прочие.<br> https://www.opennet.me/openforum/vsluhforumID3/41581.html#12 Sun, 04 May 2008 10:59:38 GMT &gt;&gt;Вобщем подскажет кто нибудь, где можно почитать об упешном опыте внедрения и <br>&gt;&gt;применения децентрализованых систем контроля версий? <br>&gt;<br>&gt;Да, Андрей правильно вот говорит. <br>&gt;Кроме Линуха сво больше проектов на sf.net используют git. <br>&gt;Как то ceph, nilfs... <br><br>Еще mozilla, Xorg...<br><br>В моей конторе Linux отдел естественно тоже :)<br><br>&gt;Я вот Гентушник и заметил тенденцию (всего-ли за последние полгода, ну или <br>&gt;3/4) перехода <br>&gt;оверлеев с SVN на Git.<br><br>:) вот еесли б "emerge --sync" через git pull работал было б вообще зашибись :)<br>(Еще один "Я вот Гентушник")<br> https://www.opennet.me/openforum/vsluhforumID3/41581.html#11 Sun, 04 May 2008 10:06:46 GMT &gt;выбрали один репозиторий главным (или выбрали управляющего, или иерархию владельцев кода), и <br>&gt;туда сливаются патчи. а потом кому надо тот и обновляется. практически <br>&gt;та же самая централизованная разработка :-) <br>&gt;<br>&gt;Работать с децентрализованной системой можно по разному :-) <br><br>вот вот.<br><br>Если инструмент создан быть децентрализованным - то его можно использовать и централизованно. Эту возможность никто у него не отнимает.<br><br>Более того, конкретно git способен эмулировать работу SVN или CVS серверов ;)<br><br>Т.е. это именно более "гибкая колбаса" :)<br> https://www.opennet.me/openforum/vsluhforumID3/41581.html#10 Sun, 04 May 2008 09:56:08 GMT &gt;Ну вообщето Коллинз-Сассман не говорил об уходе от централизованной модели. А вот <br>&gt;как задумана частичная децентрализация, я не совсем понял. Опять же, реплика <br>&gt;Дмитрий Ю. Карпова педставляется довольно разумной, что подозрительно - данный персонаж <br>&gt;обычно какую-нибудь теоретизированную пургу несёт...<br><br>Вряд ли подозрительно :)<br>В данном треде его мнение не такое уж бесспорное.<br><br><br>&gt;Вобщем подскажет кто нибудь, где можно почитать об упешном опыте внедрения и <br>&gt;применения децентрализованых систем контроля версий? <br><br>Да, Андрей правильно вот говорит.<br>Кроме Линуха сво больше проектов на sf.net используют git.<br>Как то ceph, nilfs...<br><br>Я вот Гентушник и заметил тенденцию (всего-ли за последние полгода, ну или 3/4) перехода<br>оверлеев с SVN на Git.<br>