LINUX.ORG.RU

Релиз Git 2.6.0

 


0

3

Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток.

Для обеспечения целостности истории и устойчивости к изменениям задним числом используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. Из проектов, разрабатываемых с использованием Git, можно отметить ядро Linux, Android, LibreOffice, Systemd, X.Org, Wayland, Mesa, Gstreamer, Wine, Debian, DragonFly BSD, Perl, Eclipse, GNOME, KDE, Qt, Ruby on Rails, PostgreSQL, VideoLAN, PHP, Xen, Minix.

По сравнению с прошлым выпуском в новую версию принято 479 изменений, подготовленные при участии 67 разработчиков, из которых 15 впервые приняли своё участие в разработке.

>>> Подробности

★☆

Проверено: JB ()
Последнее исправление: JB (всего исправлений: 1)

Ответ на: комментарий от the_electric_hand

echo test | cat >test

Дальше не читал, упал на пол корчась от смеха.

anonymous
()
Ответ на: комментарий от the_electric_hand

Нет, извороты. В Hg можно коммитнуть и тут же пуш-пуш, а в git нужно дополнительно что-то настраивать. Зачем? Зачем жевать кактус, если есть Mercurial?

У меня примерно такой же был баттхёрт, когда я впервые меркуриалом пользовался. А-а-а-а-а-а, как удалить бранч? А-а-а-а-а-а-а, как грохнуть файл из репозитория? А потом я прочитал ман от меркуриала, всё понял и… перевёл всю контору на Гит :) Но не потому, что Меркуриал говно, а потому, что мне так удобнее, а ребята были всегда готовы к приключениям.

Ну и чтобы два раза не вставать, ещё байка. Наняли меня консультантом на проект в одну корпорацию зла. Корпорация плотно сидела на SVN и все процессы сборки-выкатки были на SVN завязаны, вокруг SVN была написана куча софта и так далее. Короче, тихий ужас, тяжёлое наследие overдесятилетней давности. Я, конечно же, надел свою ковбойскую шляпу и предложил за выходные смигрировать центральный репозиторий с SVN на Git, благо не впервой такие финты проворачивать, но начальник сисадминского ведомства с болью в голосе рассказал, как проходила миграция с CVS на SVN в 2002, и на всякий случай отобрал у меня sudo на серверах центрального репозитория. Когда наконец-то мы перезнакомились с командой, которую мне предстояло консультировать, я спросил в полушутя, мол, как вы до сих пор не взбунтовались и не устроили переворот с захватом почты, ДНС и переходом на Гит? В ответ на меня посмотрели как на идиота и сказали, что SVN вся контора на шпинделе вращает уже лет пять как, а чтобы не расстраивать руководство, просто поднимается для каждого проекта свой Git-репозиторий, из которого нехитрым образом коммиты проталкиваются в SVN.

Мораль: жевать кактус необязательно, зачастую есть этичный способ делать так, как удобнее.

anonymous
()

Очередная версия ненужного и неудобного лапшекода.

MATPOCKUH
()
Ответ на: комментарий от Pinkbyte

краткое руководство не годится.

Не нужно называть шпаргалки руководствами, хоть краткими хоть средними.

Шпаргалки никогда и ни на что не годились, ибо подразумевают хотя бы базовое понимание предметной области и её сущностей, и в случае VCS это нихрена не просто

TEX ★★★
()
Ответ на: комментарий от menangen

Гуглокод поддержкой только svn и hg неплохо способствовал популярности git

anonymous
()
Ответ на: комментарий от shrub

Спасибо. Примерно такое и хотел почитать.

Пожалуйста.

anonymous
()

Прошло -дцать лет. Каждый Git-тред по-прежнему «книга баттхёрта» hg-утят.

LamerOk ★★★★★
()
Ответ на: комментарий от the_electric_hand

А потом какой-нибудь товарищ делает hg add и добавляет всякий мусор...

galanthus
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.