Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

BitBucket отказывается от поддержки Mercurial с середины 2020 года

Блог компании ITSumma Git *GitHub IT-компании


Сегодня, 20 августа, в официальном блоге BitBucket опубликовали запись, в которой представители компании сообщают об окончании поддержки репозиториев Mercurial.

Отказ от поддержки Mercurial обосновывают оптимизацией проекта и фокусировкой на более актуальных для миллионов пользователей BitBucket инструментов. Конкретно речь идет о фокусировке на работе с Git-репозиториями. К 1 июня 2020 года из BitBucket Cloud и API проекта поддержка Mercurial будет полностью удалена.
Читать дальше →
Всего голосов 27: ↑27 и ↓0 +27
Просмотры 8K
Комментарии 46

Bitbucket объявил о прекращении поддержки Mercurial с 01 июня 2020 года

Системы управления версиями *
Recovery mode
Пресс-релиз:
Рынок программного обеспечения для управления версиями сильно изменился с момента появления Bitbucket в 2008 году. Когда мы запускались, централизованный контроль версий был нормой, и мы поддерживали только репозитории Mercurial.

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

Сейчас у нас на платформе больше 10 миллионов зарегистрированных пользователей. Мы находимся в точке нашего роста, где мы проводим более глубокую оценку рынка и того, как мы можем наилучшим образом поддержать наших пользователей в будущем.

После долгих размышлений мы решили удалить поддержку Mercurial из Bitbucket Cloud и его API. Функции и репозитории Mercurial будут официально удалены из Bitbucket и его API 1 июня 2020 года.

Источник
Всего голосов 20: ↑11 и ↓9 +2
Просмотры 3K
Комментарии 9

Mercurial: как увидеть лес за деревьями?

Разработка веб-сайтов *
Mercurial (он же Hg) — весьма приятная распределенная система контроля версий (distributed VCS). Среди удобств DVCS вообще и Hg в частности можно особо выделить высокую гибкость. Репозиторий может называться как угодно, копироваться куда угодно, коммититься в продакшн по произвольным цепочкам (скажем, через QA или напрямую) и так далее.

Ну и еще репозитории могут быть вложенными. Например, ваш проект состоит из нескольких более мелких или включает в себя сторонние продукты. Разработчикам модулей удобнее работать не со всем проектом, а с его частями. В этих случаях можно комбинировать репозитории.

Если два репозитория вложить один в другой, Mercurial будет рассматривать их изолированно. Команды, адресуемые внешнему репозиторию, не распространяются на вложенный. Но как же управляться с проектом, если он раздроблен на изолированные фрагменты — этакие пузырьки, один в другом? Или, другими словами, как нам за деревьями (репозиториями) увидеть лес (проект) и работать на его уровне? От мучений нас избавит ForestExtension — расширение для Mercurial. Этот Forest добавляет несколько команд, идентичных базовым, но учитывающих вложенность репозиториев.
Дальше в лес
Всего голосов 13: ↑13 и ↓0 +13
Просмотры 2.2K
Комментарии 4

Git против Mercurial против Bazaar. Великая битва.

Системы управления версиями *
Некоторое время назад я, разбираясь с различными системами контроля версий, наткнулся на видео битвы трех гигантов — Git, Mercurial и Bazaar. Ни один из них не уступает другому ни в поклонниках, ни в функционале. Видимо пришло время выяснить, кто же из них лучшим в драке. Судя по решимости участников — драка будет нешуточной :)

Как пишет автор, видео не отражает качества кода или реального количества строк. Оно только показывает частоту коммитов файлов при разработке этих систем. Также оно не может служить для оценки реальной скорости разработки этих систем. Но зато оно позволяет сравнить насколько стиль разработки отличается в зависимости от проекта и оценить изменения этого стиля во времени.
Читать дальше →
Всего голосов 19: ↑13 и ↓6 +7
Просмотры 5.8K
Комментарии 61

Запись внутреннего «под пиво» семинара в Reaxion-Minsk. Часть1. Mercurial. Распределенные системы.

Чулан
Guest Star: Виктор Кузьмин
Наш бывший сотрудник. Создатель Reaxion's Java->Brew/iPhone/Flash/Symbian/Android Brava технологии
Сейчас co-owner и CTO Мобиком (М-Банкинг для Беларусбанка, и ряда других банков Республики Беларусь)

15.02 КБ

Тема 1-ой части: Mercurial. Распределенные системы.
Предупреждение: осторожно маты. самолюбование. впечатлительным не слушать.

Запись Семинара на imeem.com

— Вводная часть и Оффтопик. Байка про девушку похитительницу флешек (0:00 — 2:15)
— Mercurial vs SVN. Long-term commits в SVN-e. Не интуитивно понятные бранчи в SVN-e. (2:15)
— Mercurial vs SVN. Совместная работа над бранчами (4:30)
— Mercurial vs SVN. Switch веток (7:15)
— Mercurial vs SVN. Распределенные системы. Rebase (9:00)
— Mercurial vs SVN. Конфликты. Потеря локальных изменений. Явный merge (12:00)
— Mercurial vs SVN. Центральный репозиторий (17:30)
— Mercurial. Работа художников с системой. Инструмент (18:30)
— Mercurial. Переход на Mercurial. Как Reaxion переходил на SVN (19:00)
— Mercurial. Критика? Когда CVS лучшая система контроля версий (20:00)
— Mercurial. Сложность понимания простой системы для 95% программистов (21:00)
— Mercurial. Гибкая настройка workflow (22:00)
— Mercurial. Хостинг (22:30)
— Mercurial. Синхронизация серверов (24:00)
— Mercurial. Mercurial или Git (25:30)
— Mercurial. Почему нам не нужен Perforce (27:00)
— Mercurial. Меняем workflow. Работа с team lead-ом (29:00)
— Mercurial. Работа над экспериментами. Queues. Patches. Изменения изменений (30:00)
— Mercurial. Работа с внешними open-source библиотеками (34:00)

Читать дальше →
Всего голосов 7: ↑6 и ↓1 +5
Просмотры 450
Комментарии 7

tip: цветной hg diff

Разработка веб-сайтов *
feat. habrahabr.ru/blogs/development/53736 :)

Основной инструмент — тот же colordiff.

В ~/.hgrc домашнего каталога или в .hg/hgrc проекта вписываем:
[defaults]
cdiff = -q

[extdiff]
cmd.cdiff = colordiff
opts.cdiff = -uprN


И опаньки. Наряду с привычным «hg diff» получаем команду «hg cdiff», которая и выдаёт красивый и наглядный список изменений.
Всего голосов 6: ↑4 и ↓2 +2
Просмотры 1.9K
Комментарии 1

Python переводится на Mercurial

Чулан
Сегодня Гвидо ван Россум принял решение о переводе Python c SVN на Mercurial. Ожидается, что замена VCS на DVCS завершиться к лету.

Гвидо, как и многим другим программистам, очевидны преимущества DVCS. Поэтому кандидатами стали Git, Bazaar и Mercurial.

От Git отказались первым. Дело в том, что эта система, несмотря на множество пользователей, вызывает у некоторых разработчиков сильные антипатии. Кстати, Git написан на C и используется для управления разработкой ядра Linux. Две оставшиеся DVCS реализованы на питоне.

Mercurial показал более высокую производительность и оказался субъективно более простым для пользователей SVN. Также он значительно более популярен у разработчиков Python, за исключением, правда, сотрудников Canonical.

P.S. Неплохой цикл статей о Mercurial для заинтересовавшихся: введение, основы и расширения.
Всего голосов 26: ↑24 и ↓2 +22
Просмотры 315
Комментарии 9

DVCS and DAGs

Разработка веб-сайтов *
Перевод
Перевод статьи Эрика Синка (Eric Sink) — DVCS and DAGs (Part 1 and Part 2).

Прим. переводчика: В этой статье я буду ис­поль­зо­вать ори­гиналь­ные анг­ло­языч­ные сокращения DVCS и DAG для обозначения расп­ре­делён­ных систем контроля версий (Distributed Version Control System — DVCS) и нап­равлен­ных ацикличных графов (Directed Acyclic Graph — DAG).
Читать дальше →
Всего голосов 33: ↑31 и ↓2 +29
Просмотры 3.7K
Комментарии 18

В Google Code добавлена поддержка Mercurial

Системы управления версиями *
Как сообщает Google Code Blog, в скором времени хостинг для опенсорсных проектов от гугла будет поддерживать Mercurial наряду с Subversion для контроля версий.

Разработчики тщательно выбирали между разными распределенными системами, и в конце концов остановили выбор именно на mercurial, а процессу выбора между mercurial и git посвящен этот интересный документ. Mercurial победил в «конкурсе», поскольку:
  • он лучше интегрировался в инфраструктуру гугла: меньше сложностей с хранением данных, проще и «чище» HTTP интерфейс;
  • удобнее для windows-пользователей ( официальный windows-порт git использует cygwin);
  • кривая обучения менее, гм, кривая.


Гуглоразработчикам пришлось частично переписать mercurial, вместо стандартного дискового хранилища у них используется BigTable.
Всего голосов 49: ↑47 и ↓2 +45
Просмотры 1.3K
Комментарии 48

Установка mercurial-репозитория на debian-сервер с apache2

Чулан
Написал в своём блоге детальный мануал, как создать и вывести в веб через apache2 собственный mercurial-репозиторий на сервере с debian. Наверное, сгодится и для убунты.

Постараюсь по возможности обновлять одновременно и в блоге и тут, но блог приоритетней. Сразу прошу прощения за нераспарсенные блоки <code>, в блоге markdown, а тут html, парсер не хочет понимать сгенерённый html, так что не обращайте внимания на <code> и </code>

Читать дальше →
Всего голосов 6: ↑5 и ↓1 +4
Просмотры 593
Комментарии 3

UTP — Технический Подкаст от Umputun, Выпуск 1

Чулан
Переход на распределенные системы контроля версий, часть 1

— с какой целью и для кого
— ограничения разговорного жанра
— зачем переходить на распределенные системы
— 9 радостей перехода
— Проблемы тоже есть, о них в части #2

* Linus Torvalds on git (видео)
* Линус Торвальдс о GIT, видеоперевод 8 частей (спасибо Vadikus)

подкаст живет на utp.umputun.com
Всего голосов 96: ↑83 и ↓13 +70
Просмотры 214
Комментарии 14

Линус Торвальдс о GIT на Google Talks [видеоперевод 8 частей]

Системы управления версиями *
Два года назад Линус Торвальдс рассказал представителям Google об использовании GIT (распределённой системы контроля версий) для ядра Linux. Посчитав, что многие могут пропустить эту интересную лекцию по причине незнания языка, я осмелился озвучить её по-русски.



а так же плейлист целиком.
пояснения...
Всего голосов 103: ↑100 и ↓3 +97
Просмотры 3.7K
Комментарии 42

UTP – Технический Подкаст от Umputun, выпуск #2

Чулан
— продолжение разговора о распределенных системах
— что у нас плохого при переходе
— переходить или нет

подписка на офф.сайте utp.umputun.com
Всего голосов 46: ↑41 и ↓5 +36
Просмотры 250
Комментарии 22

Software Configuration Management // Распределенный контроль версий

Управление проектами *
Приветствую. Как и обещал — продолжение цикла заметок об управлении конфигурацией ПО, в простонародье называемом Software Configuration Management. Весь цикл можно найти по ссылке на тэг CM. Из ещё неохваченного осталась буквально пара заметок.

Сегодня речь пойдет о довольно спорном и в чём-то провокационном вопросе — распределенных системах контроля версий. Знаю, что подобные системы популярны среди хабравчан, так что заранее готов в обсуждению. Более того — призываю не проходить мимо и высказаться, если есть что сказать по делу.

Приступим
Всего голосов 19: ↑14 и ↓5 +9
Просмотры 3.7K
Комментарии 45

Gource — визуализируем историю работы над проектом

Системы управления версиями *
Спешу рассказать хабрасообществу о, относительно новом, дьявольски завораживающем проекте Gource которое еще не упоминалось. Это приложение позволяет визуализировать историю изменений в системе контроля версии. Отрисовывает невероятно красиво при помощи OpenGL.


Читать дальше →
Всего голосов 65: ↑61 и ↓4 +57
Просмотры 20K
Комментарии 51

Mercurial для параллельной работы с несколькими похожими проектами, часть 1

Системы управления версиями *

Введение


В статье рассматриваются несколько проблем (и полезных возможностей) при работе с mercurial и предлагаются варианты их решения.

Несколько проектов на одном фреймворке

Предположим, мы используем какой-то фреймворк сразу в нескольких проектах. Для этого мы, как правило, клонируем базовый репозиторий и начинаем менять в нём файлы, связанные только с нашим проектом, тестируем, коммитим, пушим — всё как обычно.
Внезапно… мы обнаруживаем, что в самом фреймворке есть баг или нам, ну просто сил нет, нужно добавить какую-то функциональность, да заодно потестировать её с текущим проектом.
При этом мы понимаем, что эти изменения должны рано или поздно попасть в репозиторий фреймворка.

Что же делать?
Читать дальше →
Всего голосов 34: ↑18 и ↓16 +2
Просмотры 2.2K
Комментарии 9

Mercurial hgwebdir через FCGI + несколько разных хранилищ

Системы управления версиями *

Введение и отмазка


Доброго времени утра,

Возможно, всё о чём я сейчас буду рассказывать делается проще, правильнее, уже сделано, придумали ещё австралопитеки. Возможно это даже будет воспринято как издевательство над всем упомянутым, а вы зря потратите несколько минут своего драгоценного времени. Знайте — я предупреждал!

Если ещё не закрыли статью — обрисую ситуацию:

Что у нас есть


У нас есть nginx, mercurial несколько самостоятельных проектов, на каждый из которых имеется 3-4 репозитория. Ещё у нас иногда могут появляться сторонние разработчики, которым часть этих проектов показывать совершенно не обязательно.

Что со всем этим делать?

Читать дальше →
Всего голосов 8: ↑7 и ↓1 +6
Просмотры 1.7K
Комментарии 5