PERFECTION_NETWORK® #AI #NN ¤¤¤¤¤🌌🌌🌌🌌🌌🚀🚀🚀🚀🚀💎💎💎💎💎🤩🤩🤩🤩🤩
Mercurial умер только лишь потому, что это Python?
bitbucket.org
Mercurial features and repositories will be officially removed from Bitbucket and its API on June 1, 2020.Наконец-то рыночек порешал этого убогого монстра!
mercurial-scm.org
"Rust: implementation of `hg`
This commit provides a mostly-working implementation of the
`hg` script in Rust along with scaffolding to support Rust in
the repository.
If you are familiar with Rust, the contents of the added rust/
directory should be pretty straightforward. We create an "hgcli"
package that implements a binary application to run Mercurial.
The output of this package is an "hg" binary.
Our Rust `hg` (henceforth "rhg") essentially is a port of the existing
`hg` Python script. The main difference is the creation of the embedded
CPython interpreter is handled by the binary itself instead of relying
on the shebang. In that sense, rhg is more similar to the "exe wrapper"
we currently use on Windows. However, unlike the exe wrapper, rhg does
not call the `hg` Python script. Instead, it uses the CPython APIs to
import mercurial modules and call appropriate functions. The amount of
code here is surprisingly small.
It is my intent to replace the existing C-based exe wrapper with rhg.
Preferably in the next Mercurial release. This should be achievable —
at least for some Mercurial distributions. The future/timeline for
rhg on other platforms is less clear. We already ship a hg.exe on
Windows. So if we get the quirks with Rust worked out, shipping a
Rust-based hg.exe should hopefully not be too contentious."
"Rust: implementation of `hg`
This commit provides a mostly-working implementation of the
`hg` script in Rust along with scaffolding to support Rust in
the repository.
If you are familiar with Rust, the contents of the added rust/
directory should be pretty straightforward. We create an "hgcli"
package that implements a binary application to run Mercurial.
The output of this package is an "hg" binary.
Our Rust `hg` (henceforth "rhg") essentially is a port of the existing
`hg` Python script. The main difference is the creation of the embedded
CPython interpreter is handled by the binary itself instead of relying
on the shebang. In that sense, rhg is more similar to the "exe wrapper"
we currently use on Windows. However, unlike the exe wrapper, rhg does
not call the `hg` Python script. Instead, it uses the CPython APIs to
import mercurial modules and call appropriate functions. The amount of
code here is surprisingly small.
It is my intent to replace the existing C-based exe wrapper with rhg.
Preferably in the next Mercurial release. This should be achievable —
at least for some Mercurial distributions. The future/timeline for
rhg on other platforms is less clear. We already ship a hg.exe on
Windows. So if we get the quirks with Rust worked out, shipping a
Rust-based hg.exe should hopefully not be too contentious."
пишут, что первотег хотят переписать на второтеге вместо третьетега
Сайты, которые нужно знать китайскому поклоннику открытых исходников:
opencas.org
oss.org.cn
code.csdn.net
coding.net
git.oschina.net
Но при этом какой-нибудь tangram.baidu.com вполне может вести на банальный GitHub.
Думал, куда бы свалить с пидорского BitBucket. На международных CodePlex, BitBucket, Google Code, Assembla, SourceForge какой ни возьми, варианты SCM разные, и Mercurial тоже был. На трёх указанных китайских — нет. Беда. Глянул в китайскую вики, там тоже не видать своих сервисов.
opencas.org
oss.org.cn
code.csdn.net
coding.net
git.oschina.net
Но при этом какой-нибудь tangram.baidu.com вполне может вести на банальный GitHub.
Думал, куда бы свалить с пидорского BitBucket. На международных CodePlex, BitBucket, Google Code, Assembla, SourceForge какой ни возьми, варианты SCM разные, и Mercurial тоже был. На трёх указанных китайских — нет. Беда. Глянул в китайскую вики, там тоже не видать своих сервисов.
Офигенный zstd, который работает в разы быстрее zlib, и при этом жмёт существенно сильнее, отличный кандидат на то, чтобы заменить zlib веде вообще. Вот первый уже пошёл: mercurial впилил zstd вместо zlib. Мозилловцы радуются
ахаха bitbucket.org в фейсбуке фичу двигания файлов не оценили
Наткнулся на Git from the inside out (текст), понравилось.
Стало интересно, что происходит внутри при более сложных вещах — при редактировании истории. На ютубе есть ещё доклады, затрагивающие внутреннее устройство Гита, но они не идут сильно дальше этого.
Также захотелось увидеть что-то подобное про Mercurial. Видео не нашёл, и в процессе поиска вспомнил, что Меркуриал не задуман так, чтобы выставлять детали имплементации. Но если очень хочется, то официальная wiki — это наиболее содержательный источник информации. Начать удобнее всего оказалось с Mercurial for Git users и далее следовать по ссылкам на термины. В разделе Developer Info — Internals оказалось не густо.
На SO упоминаются статьи Behind the scenes и Towards a Better SCM: Revlog and Mercurial (гуглибельно, я не знаю нормальной ссылки), но они не слишком содержательны, по крайней мере на том уровне, на котором я хотел удовлетворить своё любопытство.
Одна деталь:
Аналогом команды git cat-file для просмотра внутренних бинарных файлов в Mercurial является подмножество команд hg debug*. Полный список дебажных команд удобнее получить через hg help debug.
Стало интересно, что происходит внутри при более сложных вещах — при редактировании истории. На ютубе есть ещё доклады, затрагивающие внутреннее устройство Гита, но они не идут сильно дальше этого.
Также захотелось увидеть что-то подобное про Mercurial. Видео не нашёл, и в процессе поиска вспомнил, что Меркуриал не задуман так, чтобы выставлять детали имплементации. Но если очень хочется, то официальная wiki — это наиболее содержательный источник информации. Начать удобнее всего оказалось с Mercurial for Git users и далее следовать по ссылкам на термины. В разделе Developer Info — Internals оказалось не густо.
На SO упоминаются статьи Behind the scenes и Towards a Better SCM: Revlog and Mercurial (гуглибельно, я не знаю нормальной ссылки), но они не слишком содержательны, по крайней мере на том уровне, на котором я хотел удовлетворить своё любопытство.
Одна деталь:
Аналогом команды git cat-file для просмотра внутренних бинарных файлов в Mercurial является подмножество команд hg debug*. Полный список дебажных команд удобнее получить через hg help debug.
Что нажать чтобы git↔hg?
Я ведь правильно понял, что bookmarks в hg это ветки в git (причем, закладки в hg — локальные, их можно залить на удаленный репозиторий, но только в справочных целях, или хз) , теги — это теги, а ветки в hg — это вообще нёх. Каждый коммит типа помечается именем ветки, в результате ветка — это кусок графа коммитов, который может иметь несколько висячих голов, и есть специальные коммиты для "закрывания голов". Я представляю как это придумывалось, типа чтобы не терять код и не путаться в топологии веток, что от чего пошло, но вот у меня ветка с кучей голов, и что мне с ними делать? В гите эти головы будут просто именованными ветками, удалил ветку — "закрыл голову", а в hg и закладки не являются полноценными ветками, и ветки овердезайнутый кал.
Я всё верно понял?
Я всё верно понял?
от opennet вышел на гугл-группу по mercurial,
там видно, что facebook пилят mercurial-сервер на Rust,
а Mercurial 4 будет наконец то работать на python3
groups.google.com
да и вообще на bitbucket оказывается есть публиные репы facebook, где они развивают hg
bitbucket.org
там видно, что facebook пилят mercurial-сервер на Rust,
а Mercurial 4 будет наконец то работать на python3
groups.google.com
да и вообще на bitbucket оказывается есть публиные репы facebook, где они развивают hg
bitbucket.org
Блин, как меня достало каждый раз при заведении сложного репозитория ломать голову, Git@GitHub или Mercurial@Bitbucket. На первом коммьюнити и внешние инструменты. На втором — беспроблемная работа. Ну не осиливаю я логику Git. 60+ репозиториев на GitHub и каждый день(!) приходится ломать голову, как победить очередные проблемы с коммитами. В то время, как в Mercurial всё просто молча работает не вызывая проблем... Это уже даже не карма какая-то, это идеологическая несовместимость, видимо :) Что делать, блин...
смотрите чего гугль заебашил bitbucket.org будут пропихивать в апстрим
Пытаюсь понять, как держать актуальную версию. В hg я делаю pull, потом update, и я знаю, что update по умолчанию либо обновит, либо пожалуется, что у меня закралась пакость в этом каталоге, и я при необходимость могу сломать эту пакость через колено, сделав принудительное обновление, и у меня будет свежая версия из репозитория. Про git в Интернете пишут, что git pull = git fetch && git merge, но я не хочу merge. Если у меня что–то поменялось, я не хочу это сливать, а хочу свежую версию из репозитория. Не понимаю. Может, надо было через hg-git работать и не мучиться с этим непонятным git.
добавлено 4102 наборов изменений с 4724 изменениями в 1256 файлах
Нормальное обновление :)
С удивлением узнал, что Go уже переехал с меркуриала на гит: golang.org
Вот это зрада так зрада. На меркуриале теперь что, вообще не осталось никаких значимых проектов?
Вот это зрада так зрада. На меркуриале теперь что, вообще не осталось никаких значимых проектов?
JScript не поддерживает UTF-8 с BOM. UTF-8 без BOM выдаёт ерунду в выводе консоли. ANSI/OEM не хочу. UTF-16LE с BOM определился и работает нормально, но теперь TortoiseHg считает файл двоичным.
Ртутекапец mercurial-scm.org
а есть какое-нибудь актуальная документация этого вашего hg evolve? Мне что-то только какие-то допотопные вики и блогпосты попадаются, которые ещё советуют екстеншен как не встроенный подключать и в которых картинки протухли.
И сразу уточнение — если верить evolution.experimentalworks.net , оно не отменяет всю эту ебанину с фазами, и чтобы обмениваться ребезящейся веткой надо заводить специальный репозиторий с publishing=false. Я правильно понял?
И сразу уточнение — если верить evolution.experimentalworks.net , оно не отменяет всю эту ебанину с фазами, и чтобы обмениваться ребезящейся веткой надо заводить специальный репозиторий с publishing=false. Я правильно понял?
Что заставляет людей пользоваться этим убогим тормозным поделием? Какого хрена оно так долго качает?
mercurial <3
А вы ещё спрашиваете, почему я меркуриал обсираю: metaclass.livejournal.com
Повторил описанную ситуацию с гитом (используя touch -r, чтобы время модификации сохранить), не повторилась. С меркуриалом повторил без проблем.
Повторил описанную ситуацию с гитом (используя touch -r, чтобы время модификации сохранить), не повторилась. С меркуриалом повторил без проблем.
Сука, надо закинуть в меркуриал патч, чтобы при hg init он выдавал ошибку и предложение создать репозиторий гитом.
Почему эта сифа не пишет прогресс при клоне?
github.com
До маджита как до китая раком, но основная функциональность работает.
До маджита как до китая раком, но основная функциональность работает.
рванул с git обратно на hg. все же mercurial/hg удобнее в разы.
Жаль, что меркуриал медленно помирает. Мне он всегда нравился гораздо больше гита. linux.org.ru
Есть тут спецы по git и его апологеты-холиворщики? Как вернуть данные и что с ними произошло? :) — linux.org.ru
Hg стал изрядно тормозить на проекте в момент клонирования репозитория.
Кажется, есть шанс счастливо разрешить вопрос Mercurial vs Git :)
Опять же, за последние пару лет hg-git вылизали и он больше не вешается на моих репозиториях, а работает шустро, как и «родной» Git. Версии коммитов, правда, в Git'е оказываются другими, но это не так страшно, пока работаешь в одиночку.
Правда, как-то непонятно в статистике, пишет, что коммитов только 11 в master и 11 в другие бранчи, хотя на самом деле у меня только один master и коммитов тысячи. Но в целом — работает. Можно из привычного Mercurial работать с Git-репозиториями :)
Правда, на одном пушится почему-то только с --force. Ругается, типа: «прервано: pushing refs/heads/master overwrites 04265dac2ea2»
Опять же, за последние пару лет hg-git вылизали и он больше не вешается на моих репозиториях, а работает шустро, как и «родной» Git. Версии коммитов, правда, в Git'е оказываются другими, но это не так страшно, пока работаешь в одиночку.
Правда, как-то непонятно в статистике, пишет, что коммитов только 11 в master и 11 в другие бранчи, хотя на самом деле у меня только один master и коммитов тысячи. Но в целом — работает. Можно из привычного Mercurial работать с Git-репозиториями :)
Правда, на одном пушится почему-то только с --force. Ругается, типа: «прервано: pushing refs/heads/master overwrites 04265dac2ea2»
Прошёлся по современному состоянию серверов приложений, PaaS и прочему. Года два назад щупал, но не впечатлило ни разу. Потом следил только краем уха в теории. Сейчас полез — офигенно :) Выдают на халяву сразу виртуальные машины, готовые решения, порой, с полноценной ОС в виртуалке. OpenShift поюзал — интересно.
Надо будет по приколу привести свой фреймворк к варианту, легко разворачиваемому и в виде docker-образа, и на том же OpenShift.
И, похоже, судьба мне переезжать на GitHub :-/ Очень много сервисов, работающих с GitHub и git, но не работающих с Bitbucket и Mercurial. А жаль, мне Mercurial намного больше нравится :)
~~~
Надо будет по приколу привести свой фреймворк к варианту, легко разворачиваемому и в виде docker-образа, и на том же OpenShift.
И, похоже, судьба мне переезжать на GitHub :-/ Очень много сервисов, работающих с GitHub и git, но не работающих с Bitbucket и Mercurial. А жаль, мне Mercurial намного больше нравится :)
~~~
