https://opennet.ru/openforum/vsluhforumID3/42494.html После почти двух лет разработки вышла (http://permalink.gmane.org/gmane.comp.version-control.subversion.announce/259) новая версия Subversion 1.5. Среди особенностей (http://subversion.tigris.org/svn_1.5_releasenotes.html) нового релиза можно выделить:<br><br><br><br>- Возможность отслеживания изменений при слиянии &#8212; позволяет проследить когда и где были произведены объединения кода. Функция полезна для работы с &#171;ответвлениями&#187; основного проекта. К настоящему времени реализована только базовая функциональность, поэтому ожидается, что работать слияние будет достаточно медленно. Дальнейшие улучшения запланированы на версию 1.5.1 и выше.<br><br>- Интерактивное разрешение конфликтов &#8212; теперь, при обнаружении конфликтов при выполнении команд update/switch/merge, клиентская программа предлагает варианты устранения противоречий.<br><br>- Поддержка списка изменений (changelist) &#8212; управляемый клиентской программой список, позволяющий запомнить имена файлов для последующего выполне...<br><br>URL: http://subvers https://opennet.ru/openforum/vsluhforumID3/42494.html#19 Thu, 25 Jun 2009 10:20:55 GMT &gt;&gt;Недостатки bitkiper <br>&gt;<br>&gt;Не возможность за два года запомнить название инструмента, сводит все ваше "авторитетное" <br>&gt;мнение к нулю. <br><br>Я пользовался алиасом bk, а имя инструмента намеренно искажено т.к. эти ребята коммерческие козлы и я потерял историю изменений двух своих embedded веток ядер из-за их политики отношния к opensource. (и не надо упрекать меня за то, что не слежу за политикой производителя ПО, а в место этого работаю)<br><br>BTW. в свое время bitkeeper был хорошим инструментом, теперь RIP т.к. есть git, hg, bz.<br><br>PS. Меня бесят посты в листах рассылок типа ребята я тут вам поднял GIT зеркало из своего SVN, тока вы туда не комитте всеравно я каждый раз его заново создаю. И следующий пост... Ребята я тут еще раз переименовал пару файлов ато SVN куда-то дел мой коммит две недели назад. И вслед за ним извените я не помню, что там было в merge конфликте двух веток пофикшено вы уж сами разбирайтесь... <br> https://opennet.ru/openforum/vsluhforumID3/42494.html#18 Wed, 25 Jun 2008 17:26:51 GMT &gt;Недостатки bitkiper <br><br>Не возможность за два года запомнить название инструмента, сводит все ваше "авторитетное" мнение к нулю.<br> https://opennet.ru/openforum/vsluhforumID3/42494.html#17 Tue, 24 Jun 2008 09:42:19 GMT Пользуем SVN для коллективной рабы не представляем как можно былобы жыть без неё<br> https://opennet.ru/openforum/vsluhforumID3/42494.html#16 Mon, 23 Jun 2008 08:51:11 GMT &gt;Недостатки GIT <br>&gt;1. нет нативной интеграции с bugzilla (однако это вопрос времени) <br><br>2. Нет "нативной" поддержки модели разработки всё-дерево-в-одном-репозитарии. (FreeBSD)<br>3. Нет "нативной" поддержки разработчиков с ограниченными возможностями. (Win*)<br>4. Всё никак не перепишут самые "нативные" части с питона на. (Kolchoogin)<br>5. "Сложный он. Это ж сколько сил надо-то, чтоб всё *это* осилить. Ну, да, мне и не особо надо-то." (?;ммм... награда :-P ищет своего Героя)<br>6. Торвальдс обозвал меня &lt;вставить цитату из google-видео&gt;! %``-(<br> https://opennet.ru/openforum/vsluhforumID3/42494.html#15 Mon, 23 Jun 2008 08:26:45 GMT Недостатки CVS, SVN.<br>0. Коммиты не атомарны (и что бы там не писли разработчики SVN они за слова не отвечают)<br>1. Плохо работает с branch<br> a) проблеммы с историей при merge<br> b) проблеммы с коммитами на win машинах<br> c) проблеммы со скоростью работы<br> d) просто это не удобно<br>2. bisect отсутствует (поиск льва в пустыне)<br>3. проблеммы с историей и merge если переименованы файлы и их кто-то правил (фактически эта фича в SVN не работает в нетепличных условиях)<br>4. все работает медленно (значительно медленнее bitkip)<br>5. система допускает потерю изменений при неосторожной работе<br>6. система централизованная (это большой недостаток для распределенного проекта)<br>7. репозиторий занимает дохрена<br>8. дохрена лишних сервисных файлов<br>9. SVN за собой тянет шоблу библиотек и тяжело настроить native сборки для embedded продуктов.<br>10. нет достаточной поддержки subproject.<br><br>Недостатки bitkiper<br>1. непомерно дорогая лицензия для коммерческого использования.<br>2. для GPL проектов использовать нельзя (и вообще они очен https://opennet.ru/openforum/vsluhforumID3/42494.html#14 Sun, 22 Jun 2008 11:04:01 GMT Вы сами в биореактор пройдёте, или вам дорогу указать?<br><br>Есть некие инструменты (CVS, SVN). Возможно, для всех ваших задач они не подходят, а git подходит.<br><br>Есть некие инструменты (молоток, отвёртка). Возможно, для всех ваших задач они не подходят, а микроскоп подходит.<br><br>Некоторые гвозди микроскопами забивают, им это удобно. Дык пожалуйста. Что, разве от этого молотки хуже? Не умеете ими пользоваться, или не хотите - пожалуйста.<br><br>С тем же успехом можно до посинения спорить, что лучше: emacs или NetBeans.<br> https://opennet.ru/openforum/vsluhforumID3/42494.html#13 Sun, 22 Jun 2008 10:42:05 GMT вопрос прям как при приеме на работу :-)<br>или у прокурора...<br>&gt;Так и не запомнили, как оно правильно называется ?<br><br>а чего его помнить?<br>про централизованные системы не скажу, но этот BitKeeper точно надо отправить на пенсию.<br>но с почетом...<br>все таки заслужил.<br> https://opennet.ru/openforum/vsluhforumID3/42494.html#12 Sun, 22 Jun 2008 07:59:01 GMT Расскажите, как недостатки или архитектурные особенности систем контроля версий сказывались на рабочем процессе Вашего отдела ?<br><br><br>PS: Или у Вас: "Существует два мнения - мое и неправильное" ?<br><br>PPS: <br><br>&gt;3 года BITKIPER (с 2001 года)<br><br>Так и не запомнили, как оно правильно называется ?<br> https://opennet.ru/openforum/vsluhforumID3/42494.html#11 Sat, 21 Jun 2008 18:12:01 GMT Мой опыт с системами контроля версий (load time :))<br>6 лет CVS (с 1996 года)<br>2 года SUBVERSION (с 2002 года)<br>3 года BITKIPER (с 2001 года)<br>2 года GNU ARCH (с 2004 года)<br>2 года GIT (с 2006 года)<br><br>Средний размер проекта 100M<br>Размер GIT репозиториев моего отдела 2.5Gb<br><br>Так что я понимаю о чем говорю.<br><br>Централизованные системы контроля версий must die!<br>