Разработчики СУБД MariaDB объявили (https://blog.mariadb.org/mariadb-moves-development-to-github/) о решении перевести разработку проекта на использование системы управления версиями Git и платформы совместной работы GitHub. Ранее, продолжая традиции MySQL, разработка MariaDB велась в поддерживаемом компанией Canonical сервисе Launchpad с использованием системы контроля версий Bazaar (bzr). Находящаяся в разработке ветка MariaDB-10.1 уже полностью переведена (https://lists.launchpad.net/maria-developers/msg07283.html) на GitHub (https://github.com/MariaDB/server). Стабильные ветки 10.0, 5.5, 5.3, 5.2 и 5.1 пока остаются на Launchpad, но в ближайшее время их ожидает миграция на GitHub. В процессе перехода с Bazaar на Git также находится (https://wiki.mozilla.org/Bugzilla:Migrating_to_git) проект Mozilla, который недавно ввёл в строй git.mozilla.org.URL: https://blog.mariadb.org/mariadb-moves-development-to-github/
Новость: https://www.opennet.ru/opennews/art.shtml?num=39869
Еще одна убунтовская поделка терпит фиаско?
это GNU поделка, которая спонсируется Canonical.
нет. Это каноникловская поделка выкинутая в GNU от ненужности и иногда же подкармливаемая первыми. Каноникл спутал могильник Apache c GNU
> нет. Это каноникловская поделкапод лицензией GNU, верно.
> от ненужности
debian, inkscape, bugzilla, mysql. ты ненужнее чем любой из этих продуктов, не говоря уже о всех вместе взятых.
О боже, какое счастье... я чуть не офигел когда увидел что они bzr пользуются. Жуть, самая худшая DVCS.
Даже по сравнению с интерфейсом гита О_о
> Даже по сравнению с интерфейсом гита О_оВы о чём? Что такое "интерфейс гита"? И что в нём плохого?
Подозреваю, для поколения next "интерфейс гита" == GitHub.
> Даже по сравнению с интерфейсом гита О_оТему сравнения "одной DVCS" с _интерфейсом_ другой богата! Но не раскрыта.
> Даже по сравнению с интерфейсом гита О_оДаже-даже. Bazaar - это DVCS, которая на самом деле не DVCS. Ну что за DVCS такая, когда 1 репозиторий = 1 ветка?!
Давно пора. Альтернатив git'у сейчас нет.
Вот ведь новость! Надо рассказать мозилловцам и Игорю Сысоеву, а то мужики не в курсе.
Да, а ещё openbsd'шникам которые до сих пор обмазываются cvs и остальным ретроградам и просто ламерам. PS. Не подумайте только что сысоева и мозилловцев я отношу к ретроградам.
> Надо рассказать мозилловцам, а то мужики не в курсеВрёте всё, мужики в курсе, поэтому и мигрируют. Мозилловцы же и пишут:
> git is pretty much the de facto standard for VCSs these days. This means many people are familiar with it and like its flexibility
> GitHub is extremely popular, and for good reason, since it's a very powerful system. Exposure via GitHub could mean increased contributions (whether we can keep up with them or not is, of course, another question)
> Игорю СысоевуКакой у него VCS я не знаю, а вот самопалный configure это сила даешь велосепидирование
>> Игорю Сысоеву
> Какой у него VCS я не знаюMercurial
расскажи. пусть nginx гениальный сервер, но не юзать Git - очевидная придурь
Есть, но они стоят денег.
Лол, ну расскажите о проприетарной VCS которой хотя бы пользоваться можно было, а то мужиуи не в курсе.PS. Помню как в google трахались с perforce - более отвратительного софта не видел за всю жизнь.
Perforce не видел, зато видел StarTeam, не думаю что о нём могу более лучше отозваться.
Ну значит для опенсорс проектов нет.
Это безусловно хорошо, но в чем новость-то?
Люди отказались от магнитных пленок, дискет 5,25, а потом и 3,5 потому что они были не самыми лучшими -- разве тут не то же самое?
> Люди отказались от магнитных пленок, дискет 5,25, а потом и 3,5 потому что они были не самыми лучшими -- разве тут не то же самое?Наверное, все таки нет - скорее причина в том, что разработка Bazaar затухает, а Git планомерно развивается.
Гиту бы еще адекватный синтаксис, была бы конфетка, а так он пока какая гремучая смесь,
поэтому говорить что он самый лучший некорректно.Народ, который тащится от гита, зачастую пользуется ограниченным набором команд, и делает это по жесткому алгоритму не вникая в суть происходящего. И как результат, не может ответить на простейшие вопросы, а попытки найти ответ в документации - это дикий прожиг рабочего времени...
>Народ, который тащится от гита, зачастую пользуется ограниченным набором команд, и делает это по жесткому алгоритму не вникая в суть происходящего. И как результат, не может ответить на простейшие вопросы, а попытки найти ответ в документации - это дикий прожиг рабочего времени...что же вы там такое искали? леприконов?
> И как результат, не может ответить на простейшие вопросы, а попытки найти ответ в документации - это дикий прожиг рабочего времени...знаю таких сказочных придурков вроде тебя. Ему объясняешь простые вещи, оно головий кивает, вроде типа понимает, а потом вдруг заявляет что ему ничего не объяснили.
^ э... хз как оно сюда приаттачилось.
> Народ, который тащится от гита, зачастую пользуется ограниченным набором команд,А вы хотите пользоваться неограниченным набором команд, да?
> Народ, который тащится от гита, зачастую пользуется ограниченным набором команд, и делает
> это по жесткому алгоритму не вникая в суть происходящего. И как
> результат, не может ответить на простейшие вопросы, а попытки найти ответ
> в документации - это дикий прожиг рабочего времени...По себе, да? Бе-едненький.
>> Народ, который тащится от гита, зачастую пользуется ограниченным набором команд, и делает
>> это по жесткому алгоритму не вникая в суть происходящего. И как
>> результат, не может ответить на простейшие вопросы, а попытки найти ответ
>> в документации - это дикий прожиг рабочего времени...
> По себе, да? Бе-едненький.Кому что... А я забодался людей "консультировать", отсылка в документацию приводит к описанному выше. Тому кто придумал синтаксис командной строки гита руки мало поотрывать...
> Кому что... А я забодался людей "консультировать", отсылка в документацию приводит к
> описанному выше. Тому кто придумал синтаксис командной строки гита руки мало
> поотрывать...А-а-а... Мы передадим твои пожелания Линусу. Сразу после того, как ты и твои консультируемые оторвёте себе головы.
фанбои такие фанбои
фанбои такие фанбои
>>Тому кто придумал синтаксис командной строки гита руки мало поотрывать...
> А-а-а... Мы передадим твои пожелания Линусу. Сразу после того, как ты и твои консультируемые оторвёте себе головы.Ну ващееее, полное отсутствие даже какой либо попытки следовать логике первоначального сообщения.
Ты либо по-русски читать не умеешь, либо накуренный, либо ну уж совсем жирный тролль...
> Ну ващееее, полное отсутствие даже какой либо попытки следовать логике первоначального
> сообщения.А чего ей следовать? Ты сам написал, что _ты не можешь ответить на вопросы и посылаешь своих "людей". А руки нужно оторвать кому-то другому.
Ты сам написал, что пользоваться _частью _интерфейса можно вполне успешно, но ни сам этим сокровенным воспользоваться не можешь, ни своим "людЯм" это донести не можешь. Виноват, конечно, Интерфейс Чингаджгукович, на дыбу его.
А, понимаю Ваше затруднение, по себе мешает: "и делает это по жесткому алгоритму не вникая в суть происходящего". Надо срочно кому-нибудь, другому!, что-нибудь оторвать --
и полегчает!
>>>Тому кто придумал синтаксис командной строки гита
>> А-а-а... Мы передадим твои пожелания Линусу. Сразу после того, как
> Ну ващееее, полное отсутствие даже какой либо попытки следовать логикеМы с Линусом и Джуно поздравляем тебя, о Требовательный Пользователь с выходом версии 2.0 и пориглашаем к обсуждению твоих проблем в новости про этот релиз.
Читайте на OpenNET! Ура.
> жирный тролль...
Троечник Торвальдс решил, что умеет писать программы - теперь мучайтесь! :)
Нормальные девелоперы сидят на Hg.
Да-да, все используют git и проблем не испытывают, только вы один в белом пальто "нормальный".
> Да-да, все используют git и проблем не испытывают, только вы один в белом пальто "нормальный".Видел-видел и не раз, какие они проблемы не испытывают, весь StackOverflow вопросами по гиту завален...
и действительно умеет. Просто в мире много идиотов вроде пользователей hg
Неосиляторы одно и то же далдонят - синтаксис им не нравится. Между тем он гораздо удобнее и прозрачнее того же hg.
Да оно нестрашно, если есть МОСК + чуть-чуть алиасов, привыкаешь очень быстро (до гита сидел в основном на svn и hg). Ну а документация вообще нормальная, ни разу не возникало к ней претензий.А так замечание немножко верное - все формы команды reset я до сих пор не запомнил, например. ))) но hg того не стоит, чтобы из-за команд на него переходить, ибо Tracking Branches = гуд.
Как в вашем гите вытянуть один патч из удалённого репозитория по ID коммита, не скачивая все 10 Гб?В "устаревшем" Bazaar, например, bzr diff -c <id> http://удалённый.репозиторий.
cgit, gitweb. Иди спать.
> Как в вашем гите вытянуть один патч из удалённого репозитория по IDС веб-интерфейсика? С ML-архивчика?
> коммита, не скачивая все 10 Гб?
> В "устаревшем" Bazaar, например, bzr diff -c <id> http://удалённый.репозиторий.Нет, я к тому, что вам с 10Гб файликами в vcs-ах не привыкать же.
>> Как в вашем гите вытянуть один патч из удалённого репозитория по ID
> С веб-интерфейсика? С ML-архивчика?
>> коммита, не скачивая все 10 Гб?
>> В "устаревшем" Bazaar, например, bzr diff -c <id> http://удалённый.репозиторий.
> Нет, я к тому, что вам с 10Гб файликами в vcs-ах не
> привыкать же.Ага, каждый день по новой клонирую ядро линукса или сырцы андройда.
>>> Как в вашем гите вытянуть один патч из удалённого репозитория по ID
>> С веб-интерфейсика? С ML-архивчика?
>>> коммита, не скачивая все 10 Гб?
>>> В "устаревшем" Bazaar, например, bzr diff -c <id> http://удалённый.репозиторий.
>> Нет, я к тому, что вам с 10Гб файликами в vcs-ах не
>> привыкать же.
> Ага, каждый день по новой клонирую ядро линукса или сырцы андройда.Жениться тебе надо, мужик. Враз про пингвинов забудешь. Равно как и про безлимитное свободное время. :)))))))))))))))))))))
<irony>Все, бросаю все ухожу на bzr. Наконец-то я смогу бекпортить патчи в тарболы! Кто со мной?</irony>
> Как в вашем гите вытянуть один патч из удалённого репозитория по ID коммита, не скачивая все 10 Гб?У Вас есть актуальный use-case где это действительно нужно?
> Как в вашем гите вытянуть один патч из удалённого репозитория по ID
> коммита, не скачивая все 10 Гб?
> В "устаревшем" Bazaar, например, bzr diff -c <id> http://удалённый.репозиторий.curl -O https://github.com/$(repomaintainer)/$(reponame).git/commit/$(commit-sha1).patch
>> Как в вашем гите вытянуть один патч из удалённого репозитория по ID
>> коммита, не скачивая все 10 Гб?
>> В "устаревшем" Bazaar, например, bzr diff -c <id> http://удалённый.репозиторий.
> curl -O https://github.com/$(repomaintainer)/$(reponame).git/commit/$(commit-sha1).patch.git в названии репозитория лишнее.
лучше поздно чем никогда, кто следующий?
следующей будет новость: "Разработка Bazaar переведена на Git"
> следующей будет новость: "Разработка Bazaar переведена на Git"стопудово, если поумнеют или не изобретут что-то более круче, включая DCVS
Хорошая дискуссия может быть на тему что стоит за архитектурой распределенных систем и что может быть круче? И вообще может ли быть круче?
А сам git разрабатывают с использованием git?
> А сам git разрабатывают с использованием git?Пошутил что ли, а то я без майкроскоупа тэгов не разгряжу??
Git via Git
If you already have Git installed, you can get the latest development version via Git itself:
git clone https://github.com/git/gitYou can also always browse the current contents of the git repository using the web interface.
github.com/git/git/commits/master
git-scm.com/downloads
В следующий раз для тех кто в танке специально буду добавлять тег - <sarcasm></sarcasm>
> А сам git разрабатывают с использованием git?Они что, дураки?
У них все на svn.
Один маразм сменили на другой - в чём новость? Что идиотизм вечен?
Hg - наше всё.
> Hg - наше всё.Не прекращай повторять. А то мы тут слегка тормозим, да. Скоро и ты сам поверишь.
> Один маразм сменили на другой - в чём новость? Что идиотизм вечен?
> Hg - наше всё.Прально, как и у виндовса.
>> Один маразм сменили на другой - в чём новость? Что идиотизм вечен?
>> Hg - наше всё.
> Прально, как и у виндовса.Вы ничем не лучше.
Давно пора. У гита нету альтернатив.
> Давно пора. У гита нету альтернатив.Тогда почему развелось столько дистров болгенос?
Уже задолбали git vs hg
Дело не страшной коммандной строке git, а в том что git очень гибкий инструмент,
и к нему можно применять разные workflow. Но в этом же его и беда, когда бездумно все делаешь история коммитов превращается в кровавое месиво.
Hg напротив исповедует принцип питона, один правильный путь.
2 отличных инструмента с разной идеологией.
> Но в этом же его и беда, когда бездумно все делаешь история коммитов превращается в кровавое месиво.Такого практически не бывает в рабочей обстановке, это всё ошибки песочницы и первых шагов работы с DVCS.
Путь на самом деле примерно везде один, сильно альтернативные и оптимальные workflow не придумать. Разница между hg и git'ом примерно в соблюдении границ уровней абстракции, например как в OSI. Так git такие разделения соблюдает, конкретно отделяет уровень данных (~ stupid content tracker) от способа управления ими (т.е. от workflow). А в hg всё намешано в кучу с одной стороны и с другой наделан адский оверинженеринг в виде плагинов чтобы с этим архитектурным косяком как-то бороться.
> А в hg всё намешано в кучу
> с одной стороны и с другой наделан адский оверинженеринг в виде
> плагинов чтобы с этим архитектурным косяком как-то бороться.Опа, а фейсбуковцы и не знали, что плагины - это средство борьбы с архитектурными косяками...
Да и вообще забавный аргумент, если система расширяется плагинами, значит имеет кучу архитектурных косяков )))
Надо было вытянуть с кодавроры чтоб компильнуть только актуальное. Что не делал, все время тянулись десятки гигов. Вот такоей хороший гит