Проект OpenJDK, развивающий эталонную реализацию языка Java, успешно завершил миграцию с системы управления версиями Mercurial на Git и платформу совместной разработки GitHub. Разработка новой ветки OpenJDK 16 уже началась на новой платформе. Для упрощения перехода с Mercurial на Git был подготовлен инструментарий skara, учитывающий особенности трансляции изменений в списки рассылки и интеграцию с системой отслеживания ошибок, а также автоматизирующий перевод сборок в системе непрерывной интеграции на технологию GitHub Actions...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53815
Git - правильный выбор.
GitHub - не самый плохой выбор. Альтернатив такого же уровня пока нет. Есть максимум какая-то тормознутая руби-хрень, первое и последнее преимущество которой в частичной опенсорсности.
гитхаб же тоже на руби вроде
они частично на Го переписали. Недавно вроде на хабре была статья
кроме тормознутой хрени на руби есть еще тормознутая хрень на го
Это какая? Gitea заметно быстрее Github.
А какой у gitea паритет по функциональности по сравнению с Github / Gitlab?
> А какой у gitea паритет по функциональности по сравнению с Github /
> Gitlab?Фичи gitea описаны [тут](https://docs.gitea.io/en-us/). С Github/Gitlab сравнить можно самостоятельно. Вкратце -- все на месте.
Так надо сразу сравнивать https://docs.gitea.io/en-us/comparison/ зачем вокруг да около ходить
Там не вполне корректные (или сильно устаревшие) данные. В частности, утверждают, что в GitLab CE якобы отсутствует Squash Merging.
Забыл про тормознутую хрень на java
лучше бы на GitLab переехали.. вы пока еще не представляете какой треш твориться сча на гитхабебольшую часть репозиториев это сейчас не касается, но вспомните мои слова лет через 5
Замечательно
Согласен. Правильный выбор.
Ну вот, на меркуриале осталась только мозилла. Ждём её и про этот недоvcs с инопланетянским синтаскисом команд и невменяемым подходом к организации репозитория можно будет совсем забыть. Не часто ущербная технология уничтожается настолько полностью, скажем даже cvs кто-то ещё тащит.
Pidgin будет последним оплотом (да, он ещё шевелится).
+ prosody сюда же
Вообще-то это у git инопланетянский синтаксис. А hg продолжает традиции cvs и svn.Помню, как работал с svn, и потом по собственной инициативе переходил на git. Какое-то время было очень непривычно. Не знаю, почему я тогда hg не попробовал :-( видимо, будущее его популярностьи уже было очевидно.
в каком месте он продолжает продолжает традиции svn ? Это три вида веток продолжение традиции svn?
Будто бы не в гит не то же самое. Абсолютно такое же, просто в профиль.ветки клоны репы в hg = форки в гит
именованные ветки в hg = обычные "веток" с указателями в гит с той лишь разницей, что это имя вписывается в метаданные комита и потом hg опирается на это, что и делает такую ветку полноценной веткой, а не просто указателем на голову. Представь что указатель в гит вписывается в комит (многие в комент к комиту вписывают) - и будет тебе "как в hg"
анонимная ветка в hg = прыгни назад в истории в гит, сделай комит и не вешай указатель. В гит он уйдет в мусор, в hg же не считают комиты мусором только потому что их не пометили как "не мусор". Это в гит идиотская концепция "все считать по дефолту мусором". Можно понять почему так, но факт остается фактом.
А вот чего в гит реально нет, так это 4й тип - топики с evolve, которые позволяют безопасно!! переписывать публичную историю, то есть можно сидеть в одной фиче ветке не 1 человеку и не боятся переписать публичное.
По факту это просто метка при которой пуш таких комитов не помечает их как "опубликовал - не трогай больше"
> и не боятся переписать публичноеа кто заставляет тебя в Git бояться?
может тоже НЕ бояться :-)
> а кто заставляет тебя в Git бояться?Ну перепиши публичную ветку, в которой ты не один, и узнаешь кто ты такой и куда тебе идти )
» А hg продолжает традиции cvs и svn.
Как будто это плюс.
Я не утверждаю, что это плюс или минус. Просто в тот момент людям переходить на Git было сложнее, чем на Mercurial. Но авторитет Linux и появление GitHub сильно накренили чашу весов в сторону Git.
да. это плюс. поэтому меркуриал интуитивен. Они не стали вносить новые концепции вместо привычных (читай интуитивных) любому человеку.
> у git инопланетянский синтаксисДо тех пор, пока ты не вовлечен вразработку хоть чего-либо.
После этого GIT кажется чудом.
Да и для личного использования в одно рыло SVN отстал.
> После этого GIT кажется чудом.Ага. только инопланетным чудом. Гит лучше свн, но синтаксис гита все равно инопланетный. Сравни хотя бы с системой команд hg, где все строго, стройно и интуитивно понятно - чтобы понять, что реально чудо.
> синтаксис гита все равно инопланетныйПлевать.
Идеология снэпшотов, вот что прекрасно. Я долго брыкался, потом пришлось перейти на gogs, а птом и на гитжаб. И все стало хорошо.
> Идеология снэпшотов, вот что прекрасно.что вам она дает эта идеология по сравнению с историческими диффами?
чем она ущербна вряд ли вы понимаете.
>> Идеология снэпшотов, вот что прекрасно.
> что вам она дает эта идеология по сравнению с историческими диффами?
> чем она ущербна вряд ли вы понимаете.Объясните, пожалуйста. Буду признатеоен.
> Объясните, пожалуйста. Буду признатеоен.Тем, что она не отслеживает переименования файлов. Поэтому гит буквально угадывает! что во что было переименовано. Это приводит к тому, что в зависимости от настройки степени сравнения вы будете видеть разную историю файла, не видеть ее вообще или гит молча! вольет вам изменения из левого файла в ваш при мерже/ребейсе. Как бы не угадайки ожидаешь от системы трекинга истории изменений (это помимо тонны других несуразностей гита, но это уже оффтоп)
Я всегда имею ввиду множество еще и других косяков ГИТа.Если структура репы начинает меняться, применяется заморозка базы и отправка проекта на хранение в пещеру.
А на ГИТ заново заливается новое древо исходников с новыми именами. И так много раз, если что.
Зато ежедневная деятельность команды легка и непринужденна.
А мерж ребейс ручками, ручками, ручками. Снэпшоты же.
Откаты, версионирование — РУЧКАМИ! :)
Ну и, зная весь этот ГИТ — чем лучше спроектируешь, тем меньше ручками — поэтому файлы не переименовываются, а добавляются.
Я считаю, что ГИТ сильно облегчил мне жизнь и резко продвинул всю работу.
>Я всегда имею ввиду множество еще и других косяков ГИТа.гит один сплошной косяк. который задумывался как костыль-инструмент одного человека - его создателя
>А на ГИТ заново заливается новое древо исходников с новыми именами. И так много раз, если что.
хз че это такое и хз почему такое нельзя в любой другой (d)vcs
>Зато ежедневная деятельность команды легка и непринужденна.
нуу тут гит явно не чемпион. и даже не на втором месте. да что говорить - он ужасен для ежедневной деятельности
>А мерж ребейс ручками, ручками, ручками. Снэпшоты же.
вы не поняли кейс. гит может просто влить в ваши файлы изменения из левых файлов. И вам придется это разгребать (при условии что вы заметили).
>Ну и, зная весь этот ГИТ — чем лучше спроектируешь, тем меньше ручками — поэтому файлы не переименовываются, а добавляются.
причем тут гит вообще. файлы активно переносятся, переименовываются, меняют содержимое - это называется рефакторинг. Но чем больше рефакторинга, тем более бесполезна становится история в гит. Он попросту не всегда может догадаться что куда ушло, а еще и соврать может.
>Я считаю, что ГИТ сильно облегчил мне жизнь и резко продвинул всю работу.
и загнал вас в свои рамки. просто вы не видели другого и считаете это нормой.
> гит может просто влить в ваши файлы изменения из левых файловЯ это знаю, слежу за этим глазками и раздаю участникам пи%ков ножками :)
> и загнал вас в свои рамки
Это тоже. И я ушел с SVN.
Не вижу альтернатив.
> Не вижу альтернатив.Сейчас конечно их нет. Потому что гит не выбирают. Он стал стандартом (причем не потому что он лучший инструмент) и уже неважно насколько он ущербный. "Выбирают" гит потому что выбирают гит. Замкнутый круг.
Да и какие могут быть альтернативы если косяки гита не вызывают у вас вопросов "WTF", а воспринимается как само собой разумеющееся. Для вас это норма.
>Я это знаю, слежу за этим глазками и раздаю участникам пи%ков ножками :)
каким участникам? вы похоже так и не поняли о чем я.
и вы явно не мержили комиты где туева хуча изменений (привет тем репам где в 1 комите по тыще изменений, например тот же телеграм) - удачи там глазками выяснять что свое что чужое и левое.
Вы во всем правы.Но работать нужно ЩЯС! :)
> вы явно не мержили комиты где туева хуча изменений
Запрещено!!! Я буду верещать в трубу, как белка!!! :)
Совершил что-то близкое к атомарному, ОПИСАЛ, гад, ВНТЯНО ПОДРОБНО и пуш! :)
Никаких туч изменений никогда. Это ж ГИТ :) Сотенку пушей в день с учстника.
> Но работать нужно ЩЯС! :)ну так никто не призывает писать свою dvcs. Они есть готовые и адекватные. Просто не все могут позволить себе выбор. Я могу и потому гита не касаюсь уже, хоть и с гит репами работаю.
>> вы явно не мержили комиты где туева хуча изменений
> Запрещено!!! Я буду верещать в трубу, как белка!!! :)
> Совершил что-то близкое к атомарному, ОПИСАЛ, гад, ВНТЯНО ПОДРОБНО и пуш! :)
> Никаких туч изменений никогда. Это ж ГИТ :) Сотенку пушей в день
> с учстника.ну что тут сказать. СКАЖИТЕ ЭТО ИМ!!!
я видел не одну репку которую клонил, где за 1 комит мажорный переход. Хоть верещи, хоть не верещи.с другой стороны, не в репках дело. гиту должно быть пофиг что там изменилось - его дело трекать. Но ему не пофиг, потому что он не тул трекинга изменений, а тул ведения учета снапшотов, причем достаточно фиговый ибо не позволяет прикрепить к комиту ничего кроме мессаджа. И проблема может вылезти при любом размере комита, и не у всех есть тесты или статическая типизация (а ведь смержить может и файлы ресурсов, там вообще тесты до одного места)
А ведь гит мог бы хранить статус комита, имя ветки, даже переименования мог бы хранить (и плевать что снапшоты) и не нужно было бы угадайкой заниматься, сделать нормальную систему команд. Ведь не было для этого никаких технических "низзя", просто линус инопланенятин. И был бы достойный инструмент бы. Не лучший конечно, но достойный.
Хомяки любят ругать mercurial, но я вам скажу очень удивительную вещь. Репозитории на hg почему-то фетчатся намного быстрее репозиториев на git.
эти хомяки по факту и гит то толком не знают )
Это бессовестная ложь - ещё во времена холиваров наигрались с этим и поняли что git быстрее. Если вы конечено не сравниваете репу pidgin на mercurial и репу ядра на git.Но я вам скажу удивительную вещь - даже если бы git качался медленнее, никого это не волнует, ибо репа качается один раз. Пусть хоть сутки качается.
>git быстрееСмешал коней и котлеты. Гит медленнее в плане клонирования. Но гит позволяет затянуть только часть репы, hg же качает все. А упрек, что hg тормознее был именно из-за того, что он на питоне.
>Пусть хоть сутки качается.
забавно. а ведь это именно гитовский аргумент. именно этот аргумент постоянно слышают меркуриаловцы от гитовцев.
>Но гит позволяет затянуть только часть репы1. зачастую --depth=1 очень немногим быстрее полного клона.
2. при этом склонировать только 1 диру де-факто нельзя - в гите возможность типа есть, но ни GitHub, ни GitLab её не поддерживают.
3. При этом граф коммитов при фетче гвоздями прибит к самому репозиторию, вытянуть только блоб графа нельзя по "умному" протоколу. Это приводит к тому, что при сборке софта все тянут полные версии истории, потому что иначе из тегов хрен извлечёшь версию, если, конечно, тянешь не сам тег. Я в своей системе метасборки это обхожу так - просто запилил внутри неё абстракцию для API сервисов и классы для API самых популярных сервисов и дёргаю tagи через API.
Почему свой сервер с гитом не подняли? Как вообще можно доверять житхабу, если им владеет некрософт?
> Почему свой сервер с гитом не подняли?"GitHub сделает проект более привлекательным для новичков и разработчиков"
> Как вообще можно доверять житхабу, если им владеет некрософт?
А в чем опасность? Целостность репозитория обеспечивается средствами гита.
Не обеспечивается. SHA2 ещё не запилили, SHA1 уязвим.
В текущий момент уязвимость SHA1 весьма условная: нужно иметь возможность пройти апрув коммита с блобом весьма не произвольной структуры. Да, теоретически возможно. Но это если в сырцы OpenJDK начнут блобы коммитить.Но, конечно же, сваливать с него нужно побыстрее. И жаль, что в протокол/формат изначально не встроили возможность легко поменять.
> Как вообще можно доверять житхабу, если им владеет некрософт?Достаточно сделать git mirror локально где-нибудь.
Если они не объявили, что держат у себя отдельный сервер с отзеркаленной с гитхаба репой (помимо клона на компе каждого разраба) - это не значит, что его нет.
А svn нынче живой? А то мы наблюдаем как закапывают одним за другим скв отличные от git
http://svn.freebsd.org/
парни что-то понимают и не переходят на ваш хипстерский git
или не понимают
> или не понимаютДа-да, принимать патчи на ревию в фарбикаторе (хоть из svn, хоть из git или "ручками, вот") вместо "порежьте помельче, отошлите воон туда и надейтесь что никакой кусок не потеряется и его заменят" конечно же "непонимание".
Забыли с опеннетными анонимами проконсультироваться - бздуны, что с них взять!
переходят
А парни-то знают, что они не знают?
> А парни-то знают, что они не знают?дык это всего лишь зеркало. зеркала у всего есть.
Живой, конечно. Всякого легаси хватает. Но чтобы кто-то в здравом уме его для новых проектов использовал — такого не встречал. Это ведь означает совершенно неадекватные пляски с администрированием (бекапами, миграциями и т. п.). По сравнению с git или hg, конечно.
А в чем сложности с бекапами и миграцией? Я бекаплю свн репы скриптом в одну строку, миграция как-то с сервера на сервер с изменением путем в репах прошла за полчаса включая чтение мануалов.
Тссс не нарушай его кулхарекский мирок. Все изобрёл гит! До него были только боль и страдания!
Более чем:https://subversion.apache.org/
У централизованного контроля версий есть свои преимущества, которых нет у гита, не считая обратной совместимости.
Ждём переименования OpenJDK в MSJDK
Visual J++ же
Так Visual J++ уже давно .Net Framework C#, с достопамтного суда между M$ и rip SUN.
> Ждём переименования OpenJDK в MSJDKВот и выросло поколенние опеннетчиков, которые не застали MS Java.
> OpenJDK 16
> 16А что, уже 12 вышла?
Растерянность это нормальное состояние после такого долгого прибывания в криосне.
Знаешь, когда версия 1.5 существовала, казалось бы, вечность. Потом 1.6 казалась вечной. А сейчас у тебя 1.8. И тут вдруг версия 1.16!
Ну не вдруг, но 4 версии я пропустил за год, наверно, теперь увеличивают каждые 2 месяца.
осталась только Mozilla
и фейсбук
и все,кто может себе позволить выбирать инструментарий за реальные достоинства, а не потому что "все выбирают гит"
Мозилла выбирает Mercurial и своему выбору не изменяет. Ма -лат -цы!
>Разработка OpenJDK переведена на Git и во вражье логово Майкрософт.Так и надо было начинать...
2001:
Sun запрещает Microsoft развивать свою версию JVM.2020
OpengJDK переезжает к Microsoft на GitHub.Всего года не хватило до юбилейной даты.
Вот там и похоронят его. Все вкурсе что если будет рагуляция в голове модератора гитхаба - он может незаметно поменять код вместо удаления проекта к чертям ? Или думаете ваши \r только правят, хехе