https://www.opennet.me/openforum/vsluhforumID3/72804.html Объявлено (http://svn.haxx.se/dev/archive-2010-11/0475.shtml) о выходе новой версии централизованной системы контроля версий Subversion 1.6.15, в которой отмечено 19 исправлений (http://svn.apache.org/repos/asf/subversion/tags/1.6.15/CHANGES), которые имеют корректирующий характер. Пользователям рекомендуется обязательно провести обновление, так как в версии 1.6.15 исправлены две ошибки, которые могут приводить к краху сервера (DoS-атаке) при определенной активности клиента. Версия Subversion 1.6.14 была пропущена из-за ошибки, обнаруженной на последней стадии выпуска релиза.<br><br>URL: http://svn.haxx.se/dev/archive-2010-11/0475.shtml<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=28771<br> https://www.opennet.me/openforum/vsluhforumID3/72804.html#37 Mon, 29 Nov 2010 09:38:39 GMT &gt; ты очень далек от понимания зачем все это нужно<br><br>а я думаю -- что ты не можешь понять простую вещь:<br><br>инженер делает свою работу ИМЕННО ТАК, как ему ПОЗВАЛЯЮТ это делать инструменты :-)<br><br>(возможности инструментов -- формируют понимание того каким образом реализовывать работу. какими абстракциями манипулировать)<br><br>инструменты DVCS -- фокусируют внимание инженера на том КАКИЕ_СУЩНОСТИ_ПРОЕКТА необходимо менять<br><br>но SVN/CVS -- фокусируют внимание на том какие строчки в программном коде были изменены (мешая сохранению причинно-следственной связи.. засовывая все эти изменения в одну большую кучу-неразбириху)<br><br>&gt; Если дураку дать бензопилу, то он отпилит себе руки<br><br>верно.. если дураку дать возможность пользоваться bzr -- то он точно также может работать в стиле svn [это не эффективно и в какомто смысле можно приравнять к отпиливанию руки :-)]<br><br>...но если умному отрубить руку -- то какой от этого будет толк?<br> https://www.opennet.me/openforum/vsluhforumID3/72804.html#36 Mon, 29 Nov 2010 09:27:47 GMT &gt; 1. мержить всегда сложно, <br><br>ох лол :-) ...до того как инженер не познакомитсья с Git/Hg/Bzr -- он так ведь действительно и думает :-D :-D :-D<br><br> https://www.opennet.me/openforum/vsluhforumID3/72804.html#35 Sat, 27 Nov 2010 03:06:57 GMT &gt; кстати у нас одна репо на все проекты, проект вытягивается как под-под-под<br>&gt; директория. Слышал, что git и другие DVCS не поддерживают нужную и<br>&gt; довольно простую фичу.<br>&gt; А без этого нужно будет писать аЦЦкий скрипт по перегонке проектов каждый<br>&gt; в свое репо... и т.п.<br><br>Строго говоря каждый проект логично разместить в отдельных репах. Если речь идет о бранчах, то пользуйтесь соответствующим функционалом.<br><br> https://www.opennet.me/openforum/vsluhforumID3/72804.html#34 Fri, 26 Nov 2010 19:01:48 GMT А в остольном меня все устраивает и перетаскивать кучу репов общим весом в несколько сотен гигов в гит из-за того, что он новее я не собираюсь. А также переобучить больше сотни хомячков не вижу смысла.<br> https://www.opennet.me/openforum/vsluhforumID3/72804.html#33 Fri, 26 Nov 2010 18:57:40 GMT Меня больше всего в svn раздражает полное отсутствие логирования.<br>Иногда бывает, что при комите больших файлов(десятки или сотни МБ) транзакция обрывается, клиент пишет: "соединение закрыто удаленным сервером" (клиент - черепаха) и понять при этом где проблема становится почти не реально.<br> https://www.opennet.me/openforum/vsluhforumID3/72804.html#32 Fri, 26 Nov 2010 08:10:46 GMT кстати у нас одна репо на все проекты, проект вытягивается как под-под-под директория. Слышал, что git и другие DVCS не поддерживают нужную и довольно простую фичу.<br><br>А без этого нужно будет писать аЦЦкий скрипт по перегонке проектов каждый в свое репо... и т.п.<br> https://www.opennet.me/openforum/vsluhforumID3/72804.html#31 Fri, 26 Nov 2010 06:51:32 GMT Каждый раз на очередном проекте прошу клиента поставить SVN для проектной документации. За счет интеграции в виндовый эксплорер это получается самая простая для юзера система контроля версий.<br> https://www.opennet.me/openforum/vsluhforumID3/72804.html#30 Fri, 26 Nov 2010 01:43:54 GMT &gt; 1. мержить всегда сложно, или где-то используется иное чем diff+patch????<br><br> Даже с svn используется svn merge или как вариант automerge. И тут как правило случается неприятность. Заключается она в том, что на время merge-а приходится лочить ветку. Иначе все новые коммиты после смердженной ревизии чудным образом теряются.<br><br>&gt; Если два и более человек правят одни и теже строки, но не<br>&gt; один автомат не справится с логикой. Остальное решается организационно.<br><br>Решить можно всё. Оно вроде как и там и там работает. Но почему, то в DVCS комфортнее. Сами используем SVN на весьма немаленьком проекте. И вроде бы хватает, но хочется плюшек вроде cherry-pick, hq, graphlog, расцветка.<br><br>&gt; 3. Я регулярно из дому работаю с SVN, хотя это и не<br>&gt; оффлайн, но зачем коммитить не рабочий код даже в локальное репо?<br><br>Код рабочий. Просто не весь. И объем кода подсказывает коммитить его логически законченными кусками. Которые в свою очередь могут развиваться серией коммитов в локальной технической ветке. Потом уже при желани https://www.opennet.me/openforum/vsluhforumID3/72804.html#29 Thu, 25 Nov 2010 22:12:06 GMT 1. мержить всегда сложно, или где-то используется иное чем diff+patch????<br>Если два и более человек правят одни и теже строки, но не один автомат не справится с логикой. Остальное решается организационно.<br><br>2. нет проблем, я так и делаю в SVN<br><br>3. Я регулярно из дому работаю с SVN, хотя это и не оффлайн, но зачем коммитить не рабочий код даже в локальное репо? <br><br>4. в своей работе еще не дошел да таких объемов чтоб даже заметить это! Хотя помню что джависты вполне могут нагенерировать большие деревья исходников, но я не из тех "ох*их" поэтов.<br><br>У централизованной системы свои плюсы - например их проще вязать с трэкером. навыки работы проще, прозрачней и понятней. <br>