Увидел свет (https://lkml.org/lkml/2013/5/24/408) релиз распределенной системы управления исходными текстами Git 1.8.3 (http://git-scm.com/). Git является одной из самых эффективных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям задним числом используются криптографические методы, также возможна привязка цифровых подписей разработчиков к тегам и коммитам. Из проектов, разрабатываемых с использованием Git, можно отметить ядро Linux (http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6...), Android (https://android.googlesource.com/), Libreoffice (http://cgit.freedesktop.org/libreoffice), Systemd (http://cgit.freedesktop.org/systemd), X.Org (http://cgit.freedesktop.org/xorg), Wayland (http://cgit.freedesktop.org/wayland), Mesa (http://cgit.freedesktop.org/mesa/), Gstreamer (http://cgit.freedesktop.org/gstreamer), Wine (http://source.winehq.org/git/wine.git), Debian (http://anonscm.debian.org/gitweb), DragonFly BSD (http://gitweb.dragonflybsd.org/?p=dragonfly.git;a=summary), Perl (http://perl5.git.perl.org/perl.git), Eclipse (http://git.eclipse.org), GNOME (http://git.gnome.org/browse/), KDE (https://projects.kde.org/projects), Qt (http://qt.gitorious.org/), Ruby on Rails (https://github.com/rails/rails), PostgreSQL (http://git.postgresql.org/gitweb/), VideoLAN (http://git.videolan.org), PHP (http://git.php.net/), Xen (http://xenbits.xen.org/gitweb/}), Minix (http://git.minix3.org/).
Из изменений в Git 1.8.3, можно отметить:
- Обновлены хелперы remote-hg и remote-bzr;
- Расширены возможности интерфейса gitk, в том числе обеспечена поддержка отмены изменений ("revert"), удобно показаны даты в тегах, добавлена возможность настройки цветов, реализована поддержка поиска -G'pickaxe';- "git clone --reference" теперь использует файл с текстовой ссылкой на реальное местоположение репозитория;
- В "git count-objects" добавлена опция "--human-readable" ("-H") для более простого для восприятия показа больших номеров (Ki/Mi/GiB);
- В скрипте с правилами автодополнения к bash реализована более полная поддержка команды git-cherry-pick;- В файл конфигурации добавлены настройки remote.pushdefault и branch.*.pushremote, определяющие пути по умолчанию для выполнения push-запроса (например, когда выполняется pull из одного места и push в другое место);
- Добавлены дополнительные проверки некорректного ввода при выполнении "git branch --set-upstream-to";
- В "git fetch" добавлена возможность извлечения коммита по имени raw-объекта;- В contrib добавлен новый хелпер для чтения данных учётной записи из фала .netrc/.authinfo;
- В "git push" добавлена опция "--follow-tags" для вывода веток, связанных тегами;
- В "git merge" и "git pull" опционально может быть включена проверка GPG-сигнатуры при слиянии коммита;- Обновлена поддержка сборки компилятором msvc.
URL: https://lkml.org/lkml/2013/5/24/408
Новость: http://www.opennet.me/opennews/art.shtml?num=37026
Спасибо за новость, а внизу реклама bitbucket и Mercurial с клиентами ввиде Audi, NASA, Dell и DowJones... ^_^
Я тоже юзаю Mercurial по причине того что это лучшая DVCS с лучшим кроссплатформенным GUI ;)
Gui? Не, не слышал. tchs/zsh/bash + git наше всё
tcshИзвините
> ИзвинитеНормальненькая некромансия на опеннете :)
некрофилия всегда в моде!
Пользовался git-ом ровно до тех пор пока не понял что Mercurial лучше.
Тормоз он (меркуриал), это все преимущества (если они есть) убивает.
Лучше он только для лично вас. А вот некоторым другим не нравится дурацкая мимикрия под доисторические vcs'ы, сватание какого-то левого гуя, да еще на питоне, из-за которого оно тормозит не по детски.
Ну и какие именно качества Mercurial делают его лучше, чем git?
Логичность, не требующая медитаций.
не познал ты дзен, юный падаван
> Ну и какие именно качества Mercurial делают его лучше, чем git?Видимо такие, что если центральный сервер хлопается или его кладёт ZOG, то вся разработка накрывается медным тазом.
>если центральный сервер хлопается
> , то вся разработка накрывается медным тазом.еСЛИ ПОЛЕТИТ KERNEL.ORG, нам всем хана. </2012-2>
> еСЛИ ПОЛЕТИТ KERNEL.ORG, нам всем хана. </2012-2>Ложь!
Если бы Linux разрабатывался на Mercurial или SVN, и все сырцы хранились на kernel.org, то тогда да - галактеко была бы опасносте.
Но Linux как раз разрабатывается в распределенной системе (git) и данные хранятся на компьютерах программистов (кстати, об этом в новости написано). Даже если kernel.org завалят, то в течении 5 минут поднимается kernel.ru, хакеры дают две команды по переключению узла синхронизации, и всё - едем дальше.
Пока Столман ходил и агитировал молодёжь, Торвальдс вечерком накалякал git и спас галактику. Наши яички в безопасности :)
Слушай, ну ТАК облажаться надо ещё уметь :-)
Судя по всему, ты вообще не имеешь понятия, что такое Mercurial.
Если не знаешь -- это распределённая VCS.Я, конечно, понимаю, что Linux-git-фанбоям это всё по барабану, но ты хотя бы сиди и не комментируй о вещах, о которых не имеешь ни малейшего представления.
Хорошо, hg вычеркиваем (я им мало пользовался, признаю), но остальное - чистейшая правда. И не надо кипятиться, товарищ! ))
[дубль удалён администрацией]
Это почему? Все копии репозитория внезапно исчезают?
вспомним историю как это было? из-за чего торвальдсу пришлось делать зеркало на github ?
> вспомним историю как это было? из-за чего торвальдсу пришлось делать зеркало на github ?Ну прилетела какая-то автоматическая зараза. Видимо спершая у кого-то SSH ключи. Из того что там было не так - раздача ssh аккаунтов толпе народа + подъем прав в ядре. При том перцы не тупые и выводы сделали. Как обув народ на реальные ssh логины, так и починив дырку с эскалацией прав. Нормальная реакция вполне.
> Видимо такие, что если центральный сервер хлопается или его кладёт ZOG, то вся разработка накрывается медным тазом.Эм… Git — DCVS, как и Mercurial. Центральный сервер ортогонален им обоим. Это не преимущество Mercurial перед Git.
*DVCS
> Ну и какие именно качества Mercurial делают его лучше, чем git?Хотя бы поддержка докачки.
>> Ну и какие именно качества Mercurial делают его лучше, чем git?
> Хотя бы поддержка докачки.Напрягись, выдави что-нибудь про _прямые _функциональные _обязанности.
Контроль версий, слышал?
Да, отсутствие wget-а с торентом в DVCS мы тебе засчитываем. На бедность.
> Да, отсутствие wget-а с торентом в DVCS мы тебе засчитываем. На бедность.Зачем нужен wget на FreeBSD, если в системе изначально присутствует fetch(1)? O_o
>> Да, отсутствие wget-а с торентом в DVCS мы тебе засчитываем. На бедность.
> Зачем нужен wget на FreeBSD, если в системе изначально присутствует fetch(1)? O_oзачем нужен fetch, если есть ncftp? :)
#>> Контроль версий, слышал?Понятно, как всегда.
>> Да, отсутствие wget-а с торентом в DVCS мы тебе засчитываем. На бедность.
> Зачем нужен wget на FreeBSD, если в системе изначально присутствует fetch(1)? O_o
> Хотя бы поддержка докачки.Кто-то явно путает инструмент разработчика с файлокачалкой.
>Спасибо за новость, а внизу рекламаЧто, adblock запретили?
> bitbucket и Mercurial
Что, на битбакете гит отменили?
>Я тоже юзаю Mercurial по причине того что это лучшая DVCS
Спорно
> Mercurial с клиентами ввиде Audi, NASA, Dell и DowJones...
> Я тоже юзаю MercurialЯ тоже не заработал на новую ауди. Но я пользую git. И??
> лучшим кроссплатформенным GUI ;)
А, "окошечки". Да-да. //Автомобильные аналигии pending.
Почему тема git вызывает такой шквал комментариев?
Потому что не нужно.
> Потому что не нужно.Не потому что толсто, как и всё у гитофобов
>толсто, как и всё у гитофобовНе завидуй, коли природа обделила
> Потому что не нyжно.Обалденная аргументация. А популярность гита у програмеров как-бы намекает что они иного мнения на этот счет.
еще можно вспомнить о популярности фекалий у мух... они же тоже, ошибаться не могут ;-)
> еще можно вспомнить о популярности фекалий у мух... они же тоже, ошибаться
> не могут ;-)Нет, популярность git среди хороших программистов вроде Роба Пайка — всё-таки аргумент. Мёд, он тоже популярен среди мух — но и пчёлы им не брезгуют.
> вроде Роба ПайкаДля исходников го используется mercurial — твой аргумент некорректен.
> Для исходников го используется mercurial — твой аргумент некорректен.Кхм…
> Why does the project use Mercurial and not git?
> The Go project, hosted by Google Code at code.google.com/p/go, uses Mercurial as its version control system. When the project launched, Google Code supported only Subversion and Mercurial. Mercurial was a better choice because of its plugin mechanism that allowed us to create the "codereview" plugin to connect the project to the excellent code review tools at codereview.appspot.com.
> Programmers who work with the Go project's source rather than release downloads sometimes ask for the project to switch to git. That would be possible, but it would be a lot of work and would also require reimplementing the codereview plugin. Given that Mercurial works today, with code review support, combined with the Go project's mostly linear, non-branching use of version control, a switch to git doesn't seem worthwhile.Когда создавался Go, Google Code ничего, кроме Mercurial и subversion не поддерживал.
> еще можно вспомнить о популярности фекалий у мух... они же тоже, ошибаться не могут ;-)Ну если вы не можете сравнить IQ мухи с IQ программеров пользующих git, вероятно ваш мозг ближе по устройству к мозгу мухи нежели к устройству мозга программера.
> еще можно вспомнить о популярности фекалий у мух... они же тоже, ошибаться не могут ;-)Вам, мухам, виднее
> Почему тема git вызывает такой шквал комментариев?Потому что у некоторых от его популярности батхерт :)
>> Почему тема git вызывает такой шквал комментариев?
> Потому что у некоторых от его популярности батхерт :)Не-не. Потому что в темах про "X vs Y" место встречи интересных [гм] людей!
batheart?
"batheart" читается как "бэтхарт", грамотей. Или как "бэзирт", если хочется особых извращений.
Тогда что такое "батхерт"?
> Тогда что такое "батхерт"?Двоешник. http://butthurt.ru/form/form.html http://www.urbandictionary.com/define.php?term=ButtHurt
>batheart?Сердце летучей мыши?
>>batheart?
> Сердце летучей мыши?Тахикардия!!? P|*)
bat
_II [bæt]
1. _n.
3) _жарг. резкий удар
4) _разг. шаг, темп; to go full bat идти быстро; off one's own bat
без посторонней помощи, самостоятельно; to come to bat _ам. _разг.
столкнуться с трудной задачей, тяжёлым испытанием
2. _v. бить палкой, битой+++При возникновении подобной проблемы необходимо обратиться к кардиологу
> batheart?Не угадали, butthurt :). Или попеншмерц, если верить местным завсегдатаям.
> Или попеншмерц, если верить местным завсегдатаям.о, идёт словечко в народ, смотрю.
Потому что весна. Птички поют, всё расцветает. Всплеск адреналина.
В спортзал не ходют, баб не любят, работать не умеют.
Нужно сбрасывать энергию. А тут такой повод побурлить!
Потомму что тому, кто не осилил, остается только обсирать. А таких у нас много!
remote-hg на форточках будет работать?
> remote-hg на форточках будет работать?Иди и проверь. Тут форточки есть далеко не у всех.
>remote-hg на форточках будет работать?Форточники - на другом форуме, тебе туда
Этим еще кто-то пользуеться? Давно перешел на CVS, и не сказанно рад...
Да чего уж там, и у CVS тоже есть свои недостатки. В общем, мигрировал я на Projects_2013-05-25, Projects_2013-05-26, Projects_2013-05-26_v2 и т.д. Доволен как слон. Всем рекомендую.
Тоже мне... Visual SourceSafe 6D действительно хорошая вещь.
Да хоть у Изи спросите.
"1", "11", "11_от Серёги", "111", "111_старый", "111_старый_old", "111_рабочее_(март)", "Новая папка", "Новая папка(2)", "Новая папка(3)"... ))
Zver edition где, нерюхи?!
> Этим еще кто-то пользуеться? Давно перешел на CVS, и не сказанно рад...
> не сказанноТвоя учительница русского языка тоже "не имоверно рада"
Да что там CVS, перешел на Total Commander и не сказанно рад :)
>remote-hgвот это продуктивно!
Это продуктивно для взаимодействия через гит с теми пудаками которые это hg'шное безобразие зачем-то юзают. Так что можно и не ставить себе это кривое недоразумение.
мужики, использую rcs, всем доволен. но пацаны во дворе говорят, что rcs уже не модно и я лох, а все Реальные Пацыки перешли на git и тусят на github'е. подскажите: как мне на github заливать rcs-репы? на git пока переходить не хочу, я только-только закончил команды rcs учить.
>но пацаны во дворе говорят, что rcs уже не модно и я лох, а все Реальные Пацыки перешли на git и тусят на github'е.Ненуты лох и есть. Они говорят, и ты _говори. Что перешёл на Ртуть. Смотри, как местных ртутных Уважают! </повторилось>
> Ненуты лох и есть. Они говорят, и ты _говори. Что перешёл на
> Ртуть. Смотри, как местных ртутных Уважают! </повторилось>так они адресок на github спрашивают же. а я не могу туда ничего залить. смеются, говорят, что лох — это навсегда.
показания линейки важнее адреса github, это все пацаны знают. и если они "не того", то никакой github не помощет, будут ещё больше смеяться
25, патцаны говорят что норма
так без github до линейки даже не доходит! говорят, что и так понятно, какой я лох.
> показания линейки важнее адреса github,Покупайте наши линейки и у вас всегда будут самые замечательные показания.
Drafonfly BSD несомненно популярнее Drupal
Нед)
так то было по поводу проектов, разрабатываемых с использованием Git
кажется все, сосвоими спорами забыли как Кеды чуть не склеились, из-за (точно не помню) вылетевшей ноды, а у них вашь православный Git
нет, чуть не склеились из-за идиотизма «одминаф». беда, коль пироги печёт сапожник.
> кажется все, сосвоими спорами забыли как Кеды чуть не склеились,1) Чуть - не считается.
2) Если админ начинает мнить себя кулсисопом - еще и не такое бывает. Ну, пришлось бы в хучшем случае побираться по разработчикам, прося у них локальную копию. Ну может продолбали бы пару мелких коммитов, которые к тому же у того кто их делал - есть.
У них кривые руки. Гит тут не при делах
Интересно, а возможность продолжить прерванную сессию создания клонов уже есть?
> возможность продолжить прерванную сессию создания клоновпрекратите уже наконец прерывать.
в каждой новости про Git вы её прирываете.
сколько можно?
начните скачивать и не прерывайте.
Несмотря на шквал минусов в мой адрес, я повторюсь - для небольшой команды разработчиков Mercurial - существенно лучше и проще, а GUI такой как TortoiseHg выше всяческих похвал.Уверяю вас, вы никогда не поймете что для небольшой команды Mercurial пока сами не попробуете всерьез работать с git и заодно с hg.
Большинство кто внедрил у себя git для своих коллег - заставляет их учить десятки странных нелогичных команд с листочка, постоянно какие-то хаки, скрипты и т.п.
Mercurial просто работает и всё. В GUI всё понятно и логично. Не стыдно это внедрить среди коллег.
А вот в крупных огромных проектах я за git. Всему свое место.
> А вот в крупных огромных проектах я за git. Всему свое место."Пусть они *путся"? В KDE не ты внедрял?!
+++Кстати! Расскажи про "полноценные бранчи" в Mercurial?!
Бранчи в Mercurial полностью решают задачу и вообще являются условностью. Это плюс модели которую используют в Mercurial, мне нравится.Что бы ты не спрашивал, но в простой работе небольшой команды разработчиков, Mercurial удобнее, особенно с GUI, которого у git даже отдаленно аналога нет.
#>>++Кстати! Расскажи про "полноценные бранчи" в Mercurial?!
> Бранчи в Mercurial полностью решаютhttp://opennet.ru/openforum/vsluhforumID3/89781.html#101 ещё один
http://opennet.ru/openforum/vsluhforumID3/89781.html#119
http://opennet.ru/openforum/vsluhforumID3/89781.html#135 <-you've been baited-<<<
http://opennet.ru/openforum/vsluhforumID3/89781.html#155 слился и соскочил
http://opennet.ru/openforum/vsluhforumID3/89781.html#77>мне нравится.
Никого не волнует. Здесь тема про релиз git-а. Здесь тупо _он нравится.
>но в простой работе небольшой команды разработчиков,
>GUI, которого у git даже отдаленно аналога нет.Подачек не скудность, как iZen-у не будет.
Ма-а-аленькие, ма-а-ахонькие командочки, окошечки и ms-windows-исики -- это всё отговорки.Про _цену бранчей давай, не увиливай.
> Про _цену бранчей давай, не увиливай.А в чём тут проблема? У ртути два вида веток: одни — нормальные, другие — как в гите, закладками зовутся. Так что тут есть выбор.
А что значит - "нормальные"? В чем отличие от "не нормальных"? И нахрена их вообще два? Чтобы пользователей запутать? :)
> В чем отличие от "не нормальных"?В том, что их имя остаётся в метаданных коммита, так что можно полностью отследить историю ветки.
http://habrahabr.ru/post/123700/ — подробно и с картинками.
>> В чем отличие от "не нормальных"?
> В том, что их имя остаётся в метаданных коммита, так что можно
> полностью отследить историю ветки.
> http://habrahabr.ru/post/123700/ — подробно и с картинками.Почему все говорят, что в git есть ветки, если их там нет.
ps. hg bookmark - это не ветки.
Потому, что оно работает приблизительно как ветки, только без истории.
>>> В чем отличие от "не нормальных"?
> Почему все говорят, что в git есть ветки, если их там нет.https://www.kernel.org/pub/software/scm/git/docs/git-branch....
Ну, давай! Давай, о терминологии. Приведи *определение*, приведи примеры (обязятельно!). Давай-давай!?
+++Тема цены фатально не раскрыта.
>>>отличие от "не нормальных"?
>> habrahabr.ru/post/123700/ — подробно и с картинками.
> Почему все говорят, что в git есть ветки, если их там нет.А!АА!А!А!!!!111 Я увидел Свет. Там же по ссылкам - отлдичие. Прямо на катинках.
Прямоугольники со скруглёнными улолочками разноцветные же!!11
Это сразу ложится в руку.</Свет></ГорСвет></РтутьСвет>
Какое именно слово из фразы "имя ветки в mercurial остаётся в метаданных коммита, так что можно полностью отследить историю ветки" тебе не понятно?
> Какое именно слово из фразы "имя ветки в mercurial остаётся в метаданных
> коммита, так что можно полностью отследить историю ветки" тебе не понятно?В этой фразе не написано, как оно сказывается на _цене_ же!!!
Полная?? Цена?! ГДЕ???????????77777777777777???????????????7777777????
> +++Кстати! Расскажи про "полноценные бранчи" в Mercurial?!Я, кстати, долго не верил, но чем больше смотрел, тем больше убедился, что в GIT вообще нет веток. В svn есть, в hg есть, в fossil есть, а в git - просто нет.
Меня это, мягко говоря, удивило.
>> +++Кстати! Расскажи про "полноценные бранчи" в Mercurial?!
> Я, кстати, долго не верил, но чем больше смотрел, тем больше убедился,
> что в GIT вообще нет веток. В svn есть, в hg
> есть, в fossil есть, а в git - просто нет.
> Меня это, мягко говоря, удивило.Ты увидел Свет! Свет Полноценных Бранчей!! Алилуйя, браза. </опять не раскрыта></бесценно></свет религии></уверуй></бог в hg>