https://opennet.ru/openforum/vsluhforumID3/59981.html Разработчики проекта OpenOffice.org заявили (http://blogs.sun.com/GullFOSS/entry/openoffice_org_development_switches_to) о переводе инфраструктуры разработки на распределенную систему управления исходными текстами Mercurial. Выбор в пользу Mercurial (http://mercurial.selenic.com/wiki/) объясняется тем, что эта система в наибольшей мере отвечает потребностям разработчиков офисного пакета, сочетая в себе простоту использования, гибкость и производительность. Тем не менее разработчики пояснили, что они не считают, что Git или Bazaar хуже, а выбор обусловлен скорее личными предпочтениями и наличием опыта работы с Mercurial у большинства разработчиков.<br><br><br>В соответствии с планом, перевод проекта на новую систему управления исходными текстами начнется 26 октября. Вначале на Mercurial будет переведена экспериментальная ветка DEV300, а затем ветка OOO320, в рамках которой ведется подготовка релиза OpenOffice.org 3.2. <br><br><br>Напомню, что в сентябре прошлого года проект перешел на систему управле...<br><br>URL: http://blogs.s https://opennet.ru/openforum/vsluhforumID3/59981.html#30 Tue, 27 Oct 2009 15:52:06 GMT &gt;Про CVS ~"всем известно, что c. - страшное $слово-забыл, все, кто считают, <br>&gt;Про мерж ~"простые случаи - делает * быстро, сложные случаи - и <br>&gt;не пытаемся - чего зря время терять на написание непонятно как <br>&gt;работающего И.И.". <br><br>Кста-а-ати! Свежее видео(+) от Линуса -- про git. C Linux Plumbers Conf 2009.<br><br>Часть транскрипта - http://lwn.net/Articles/356626/ - про простые&gt;&gt;быстро (и про $забыл-слово тоже, но сейчас не об этом). И даже _более_ конкретно: про доверяю инструменту и проч. Интересующиеся приглашаются к прочтению/просмотру (CVSники - к продолжению начатого).<br><br>"[I]После нормального git работать с svn[/I]..." из #28 выше -- видимо-таки "by design"? &#124;)<br><br>(+)http://video.linuxfoundation.org/video/1578 : .ogg - 809M, .flv - 226M<br><br>~~~Отдельное спасибо - _LWN_, http://lwn.net/Articles/356259/<br> https://opennet.ru/openforum/vsluhforumID3/59981.html#29 Fri, 16 Oct 2009 21:35:22 GMT &gt;збавиться от багов! Ключевое слово из вашего поста: ментейнер. <br>&gt;Где у нас ментейнеры водятся. Может подскажете какие специальные <br>&gt;институты где их обучают, я бы нанял десяток-другой оптом.<br><br>Вы не обижайтесь, но я (майнтейнер) к Вам ни за какие коврижки не пойду.<br><br>&gt;В общем любители GITа слишком наивны что думают будто оно чем-то лучше.<br><br>Мы как бы просто в курсе вкуса апельсинов, а Вы -- нет.<br><br>&gt;Я представляю: сделал коммит и сразу push в репозиторий. А потом pull, исправление <br>&gt;и снова commit+pull. Угадайте что получится. Правильно SVN!<br><br>Если бы Вы годились в наниматели, то такой ужасающей непроходимой узостью бы не отличались. Всё же разжевали и в рот положили.<br><br>Только что постил ссылку на tomayko.com, идите да почитайте про то, как бывает удобно сперва работу сделать, а потом по коммитам разложить окончательный результат. Вместо того, чтоб приседать вокруг SCM и делать "ку!" строго по регламенту.<br><br>SVN получается, ишь ты. Не-ет. Нетушки.<br> https://opennet.ru/openforum/vsluhforumID3/59981.html#28 Fri, 16 Oct 2009 21:30:26 GMT &gt; просто вы ребята с ним как мартышки с очками.<br><br>Да ладно дуб-то рыть. :) И уж тем более расписываться за многих.<br><br>После нормального git работать с svn (ну или git-svn) -- примерно как после машины ехать в забитой до упора маршрутке: туда не дёрнись и сюда не пискни, и делай строго так и сяк, а не то кирдык. Про работу с нескольких хостов (например, на буке и сборочном сервере) вообще молчу.<br><br>Если владеете английским, предлагаю почитать http://tomayko.com/writings/the-thing-about-git<br> https://opennet.ru/openforum/vsluhforumID3/59981.html#27 Fri, 16 Oct 2009 12:42:27 GMT &gt;про это Линуз и говорит, то что в гит это делается не <br>&gt;просто легко а элементарно. <br><br>Нет, там про CVS и мерж не так "немного".<br><br>Про CVS ~"всем известно, что c. - страшное $слово-забыл, все, кто считают, что это не так, могут прямо сейчас покинуть зал. а теперь поговорим о git".<br><br>Про мерж ~"простые случаи - делает * быстро, сложные случаи - и не пытаемся - чего зря время терять на написание непонятно как работающего И.И.".<br><br>Disclaimer: Склероз, маразм и пр.: за точным текстом и смыслом -- все приглашаются припасть к первоисточнику, на ютьюб -- велкам.<br> https://opennet.ru/openforum/vsluhforumID3/59981.html#26 Fri, 16 Oct 2009 09:07:06 GMT &gt;Единственное ощутимое неудобство SVN/CVS - зачастую не тривиальный мердж с основной веткой.<br><br>про это Линуз и говорит, то что в гит это делается не просто легко а элементарно.<br> https://opennet.ru/openforum/vsluhforumID3/59981.html#25 Fri, 16 Oct 2009 01:29:02 GMT При условии, что разбработчики этой фичи сидят в разных концах страны. В команде обычно делается SVN бранч и оба коммитят туда. Единственное ощутимое неудобство SVN/CVS - зачастую не тривиальный мердж с основной веткой.<br> Для локальной работы, независимой от наличия канала связи с сервером DVCS незаменимы.<br> https://opennet.ru/openforum/vsluhforumID3/59981.html#24 Thu, 15 Oct 2009 18:30:22 GMT &gt;вот тут вот представлены скринкасты в которых достаточно детально рассмотрены основные моменты <br>&gt;при работе с git. <br>&gt;<br>&gt;http://gitcasts.com/ <br><br>Отличная ссылка. Спасибо.<br> https://opennet.ru/openforum/vsluhforumID3/59981.html#23 Thu, 15 Oct 2009 18:08:10 GMT Да пусть хоть с бабуинами на пару пишут, лишь бы он быстрее и стабильнее работать начал. И к памяти стал менее прожорлив.<br> https://opennet.ru/openforum/vsluhforumID3/59981.html#22 Thu, 15 Oct 2009 17:54:01 GMT Причем здесь миллионы строк кода? Тебе хоть раз приходилось делать экспереметальную фичу с месяц и делить ее с кем-то еще? Если нет, то, да, тебе vcs не упал. А вот как однажды придется делать нечто подобное и трахаться с ветками в svn, вспомнишь этот пост. Ignorance is bliss, возрадуйся.<br>