https://opennet.dev/openforum/vsluhforumID3/94156.html Доступен (http://permalink.gmane.org/gmane.linux.kernel/1648566) релиз распределенной системы управления исходными текстами Git 1.9.0 (http://git-scm.com/). Изменение нумерации ветки связано с внесением незначительных изменений, нарушающих обратную совместимость. Более существенные изменения, связанные с поведением команд "git puth" и "git add", отложены до выпуска Git 2.0.<br><br><br><br>Git является одной из самых эффективных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям задним числом используются криптографические методы, также возможна привязка цифровых подписей разработчиков к тегам и коммитам. Из проектов, разрабатываемых с использованием Git, можно отметить ядро Linux (http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=summary), Android (https://android.googlesource.com/), Libreoffice (http://cgit.freedesktop.org/libr https://opennet.dev/openforum/vsluhforumID3/94156.html#73 Fri, 21 Feb 2014 17:07:18 GMT ну так бери. что ты в новости о git забыл-то, если тебе больше ртуть нравится?<br> https://opennet.dev/openforum/vsluhforumID3/94156.html#72 Fri, 21 Feb 2014 16:58:54 GMT Во-первых, проще взять Mercurial.<br>Во-вторых, писать обертки для git - по сравнению с тем же Mercurial - та еще головная боль.<br> https://opennet.dev/openforum/vsluhforumID3/94156.html#71 Thu, 20 Feb 2014 10:08:19 GMT &gt; Если вдруг коннект порвет,<br><br>git оставит тебя с недокачанным куском, который потом придётся скачивать опять с нуля. В svn с этим намного лучше.<br> https://opennet.dev/openforum/vsluhforumID3/94156.html#70 Wed, 19 Feb 2014 15:32:13 GMT &gt; А зря молчите про CVS - по сравнению с современным SVN даже <br>&gt; он выглядит конфеткой. Работал он гораздо быстрее<br><br>CVS?!!!! Быстрее???<br><br>&gt; возможность работать с отдельной директорией как с целым репозиторием - с 1.7, кажется, успешно убили. <br><br>Не убили, чекаутить просто теперь отдельно надо. Зато нет .svn говна в каждой папке и сама рабочая копия гораздо быстрее работает (sqlite теперь).<br> https://opennet.dev/openforum/vsluhforumID3/94156.html#69 Wed, 19 Feb 2014 15:30:11 GMT Нет, это ты сам shallow описал, он и в предыдущих версиях есть. Меня интересует, что имеется ввиду в самой фразе "контролируемое извлечение объектов из репозитория, клонированного в режиме shallow"?<br> https://opennet.dev/openforum/vsluhforumID3/94156.html#68 Wed, 19 Feb 2014 08:41:48 GMT Не преступление, а ответственность<br><br> https://opennet.dev/openforum/vsluhforumID3/94156.html#67 Wed, 19 Feb 2014 05:23:47 GMT Ну, у меня выборка конечно, нерепрезентативная, но судя по времени обновления сорцов системы, svn работает раза в полтора-два быстрее cvs, а git так вообще раза в 4 быстрее svn. И, что немаловажно, в отличие от обоих лучше переживает перебои связи. Если вдруг коннект порвет, часто сам продолжает, когда снова появится, а svn с cvs'ом надо килять и перезапускать.<br> https://opennet.dev/openforum/vsluhforumID3/94156.html#66 Wed, 19 Feb 2014 02:45:21 GMT так вперёд! код открыт &#8212; делай.<br> https://opennet.dev/openforum/vsluhforumID3/94156.html#65 Tue, 18 Feb 2014 20:10:41 GMT &gt; Нужна отдельная команда, качественно отрабатывающая все кейсы<br><br>Вот когда половине гита поменяют команды на нормальные, а не "как управлять низкоуровневыми потрашками системы контроля версий", тогда и будет конфетка.<br>Потрошка конечно тоже можно оставить для гурманов, но хотелось бы "простое делать просто, сложное возможно", а не сразу с места в карьер.<br>