The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  вход/выход  слежка  RSS
"Выпуск распределённой системы управления версиями Mercurial 4.1"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск распределённой системы управления версиями Mercurial 4.1"  +/
Сообщение от opennews (??) on 06-Фев-17, 11:47 
Доступен (https://www.mercurial-scm.org/wiki/Release4.1) релиз распределённой системы управления версиями Mercurial 4.1 (https://www.mercurial-scm.org).  Код Mercurial написан на языке Python (требующие высокой производительности части оформлены в виде модулей на Си) и распространяется под лицензией GPLv2+. Среди проектов, использующих Mercurial, можно выделить следующие: Mozilla (https://hg.mozilla.org/), OpenOffice.org, OpenSolaris, NetBeans (http://hg.netbeans.org/main), OpenJDK (http://hg.openjdk.java.net/),  Nginx (http://hg.nginx.org/nginx.org), Xine (https://anonscm.debian.org/hg/xine-lib/xine-lib/) и W3C.

Основные изменения (https://www.mercurial-scm.org/wiki/WhatsNew#Mercurial_4.1_.2...):


-  Представлен новый расширяемый API для подключения движков сжатия данных, позволяющий создавать расширения с  поддержкой новых форматов сжатия;

-  В основной состав включен новый движок сжатия zstd, который собирается и используется по умолчанию во многих командах при работе поверх HTTP, если клиент и сервер поддерживают данный движок. Использование  zstd позволяет на 60% снизить нагрузку на CPU  на стороне сервера при выполнении операций, подобных "hg bundle".

-  По умолчанию для опции "--profile" задействована новая статистическая система профилирвания, снижающая накладные расходы и выдающая более точные результаты, чем встроенный в Python профилировщик cProfile;


-  Добавлена экспериментальная поддержка дополнительных возможностей из git-diff;

-  Реализована экспериментальная команда "hg debugupgraderepo", позволяющая на месте обновить рерозиторий до самой свежей версии формата хранилища;

-  Значительно увеличена производительность чтения отдельных записей revlog, что положительно сказалось на скорости сканирования изменений в больших репозиториях;

-  В два раза ускорена работа алгоритма определения различий содержимого, что привело к ускорению выполнения операций записи в репозиторий, таких как  "hg commit".

URL: https://www.mercurial-scm.org/wiki/Release4.1
Новость: https://www.opennet.ru/opennews/art.shtml?num=45988

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (??) on 06-Фев-17, 11:47 
> Код Mercurial написан на языке Python (требующие высокой производительности части оформлены в виде модулей на Си)

читеры.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

54. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Андрей (??) on 07-Фев-17, 22:56 
До numpy им ещё очень далеко. Вот где настоящее читерство.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

58. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Andrey Mitrofanov on 08-Фев-17, 10:22 
>> Код Mercurial написан на языке Python (требующие высокой производительности части оформлены в виде модулей на Си)
> читеры.

Питон не тормозит. Же. https://www.mercurial-scm.org/wiki/PyPyPlan

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

62. "Выпуск распределённой системы управления версиями Mercurial ..."  –2 +/
Сообщение от develop7 (ok) on 08-Фев-17, 23:35 
> Питон не тормозит. Же. https://www.mercurial-scm.org/wiki/PyPyPlan

Флопсов и RAM не бывает слишком много, но бывает достаточно.

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

2. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Штунц on 06-Фев-17, 11:49 
что меня приятно поразило в Mercurial, так это возможность посмотреть что там в репозитории ДО pull'a. Мне этого иногда в git'e не хватает
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Выпуск распределённой системы управления версиями Mercurial ..."  +7 +/
Сообщение от Аноним (??) on 06-Фев-17, 11:54 
А чем git fetch не угодил?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Выпуск распределённой системы управления версиями Mercurial ..."  +4 +/
Сообщение от Человектапок on 06-Фев-17, 11:54 
А разве git fetch -- это не оно?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

7. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (??) on 06-Фев-17, 12:14 
Нет, не оно. Но отчасти заменит.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

9. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (??) on 06-Фев-17, 12:21 
Дык а в чём проблема? `git fetch`-нул и сравнивай себе спокойно `git diff mybranch..origin/mybranch`. ТС говорит о предпросмотре изменений -- для того, чтобы что-то посмотреть, это надо сначала стянуть (fetch) и потом сравнить (diff). Всё логично, по мне.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

19. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (??) on 06-Фев-17, 14:39 
Тут остается телепатировать, что имелось ввиду в оригинале. Я подумал, что он про hg incoming
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

21. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (??) on 06-Фев-17, 14:59 
Лучше log, а не diff.

нужно так: git fetch; git log mybranch..origin/mybranch

В отличии от hg, в гите git log ..orgin/branch - намного функциональнее, и помогает в куче других случаев, как то при подготовке к мержу, ребейзу .

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

34. "Выпуск распределённой системы управления версиями Mercurial ..."  +1 +/
Сообщение от XXXasd (ok) on 06-Фев-17, 16:07 
> > А разве git fetch -- это не оно?
> Нет, не оно.

не ври!

git push
git fetch
git merge

это ровно оно!

а ещё вот тебе парочка комманд на изучение:

git pull --ff-only
и
git pull --rebase

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

22. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (??) on 06-Фев-17, 15:01 
> что меня приятно поразило в Mercurial, так это возможность посмотреть что там
> в репозитории ДО pull'a. Мне этого иногда в git'e не хватает

pull вообще инвазивная слишком команда, надо избегать.

то что ты написал, делается git fetch; git log ..origin/mybranch . И этот подход более общий, ты можешь сделать git log ..vasya_github/mybranch или git log ..microsoftvcs/mybranch-fix-by-Nadella

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Выпуск распределённой системы управления версиями Mercurial ..."  +2 +/
Сообщение от Аноним (??) on 06-Фев-17, 12:05 
Давайте разведём ветку конструктивного холиср0ча между сабжем и его основным конкурентом. Просто хочется знать о каких либо преимуществах одного над другим, пусть даже о мелких.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Выпуск распределённой системы управления версиями Mercurial ..."  +1 +/
Сообщение от Аноним (??) on 06-Фев-17, 12:09 
Неистово плюсую. Самому мне всё равно лениво искать профиты меркуриала в сравнении с гитом. Поэтому я громогласно заявляю -- МЕРКУРИАЛ НЕНУЖОН (и жду фанбоев, которые меня переубеждать сейчас начнут).
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Выпуск распределённой системы управления версиями Mercurial ..."  +1 +/
Сообщение от Аноним (??) on 06-Фев-17, 12:18 
Поддерживаю. Даже если бы у него и были какие-то плюсы, сообщество выбрало git.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

15. "Выпуск распределённой системы управления версиями Mercurial ..."  –2 +/
Сообщение от Аноним (??) on 06-Фев-17, 13:31 
> Поддерживаю. Даже если бы у него и были какие-то плюсы, сообщество выбрало
> git.

Не только сообщества разрабатывают софт.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

28. "Выпуск распределённой системы управления версиями Mercurial ..."  +2 +/
Сообщение от Cykooz (ok) on 06-Фев-17, 15:38 
Сообщество не "выбирало", оно как стадо подсело на то что дали в красивой обёртке.
Тут просто сработало то, что гит "раскрутили" быстрее: запили довольно удобный Github, ядро линуха лежит в гите и др.
И почему то мало кто при этом смотрел на объективные вещи: удобство использования, понятные команды, кривая обучения, работа под разными операционками (оригинальный git долгое время вообще не работал под Windows).
И все эти холивары Git vs Mercurial продолжаются потому, что нет среди них однозначного победителя по всем пунктам. Git раскрученный и много разработчиков его знает, есть популярный Github. Но зато Mercurial более удобный, расширяемый, и по моему имеет даже больше возможностей чем Git.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

32. "Выпуск распределённой системы управления версиями Mercurial ..."  –2 +/
Сообщение от Аноним (??) on 06-Фев-17, 16:00 
Спасибо, выразили все мои мысли разом.
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

36. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от XXXasd (ok) on 06-Фев-17, 16:14 
> оригинальный git долгое время вообще не работал под Windows

и кому от этого было плохо? тем кто пишет под Windows? и что из этого? сами виноваты (насильно писать под Windows их не заставляли -- и работу тоже могли себе найти любую другой :))

> И все эти холивары Git vs Mercurial продолжаются потому, что нет среди них однозначного победителя по всем пунктам

нет. однозначный победитель есть..

а холивары продолжаются только лишь благодаря тому что одним людям бывает скучновато (пользователям git). а другим людям не хватает мозгов понять что нужно один раз выучить git и больше не страдать хернёй. выучить по нормальному, а не слегка!

> Но зато Mercurial более удобный

нет. не более удобный. удобный только для тех кто привык к Mercurial (а для того кто привык к SVN -- кажется что и SVN удобнее)

> расширяемый

расширяемость ради расширяемости -- не нужна. git делает своё дело хорошо (и да -- расширения для него тоже есть -- хоть и бесполезные по больей части)

> и по моему имеет даже больше возможностей чем Git

только не известно каких.. да? :-)

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

43. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Cykooz (ok) on 06-Фев-17, 18:51 
> тем кто пишет под Windows? и что из этого? сами виноваты

Какое то у вас детское суждение. Можно подумать, что весь мир вертится вокруг линукса, а Windows и разработчики использующие его - это маргиналы, на которых не стоит обращать внимание.

Линус, когда пилил Git, явно не планировал делать его решением подходящим для всех. Просто Linux-у для хранения исходников ядра запретили использовать на халяву платное решение (BitKeeper). Вот Линус и запилил Git на коленке, из кучи разных утилит и языков программирования. При этом он пилил не VCS, а систему управления базой данных VCS (чем по сути и является Git). Т.е. git сам по себе - это довольно низкоуровневая штука (что не удивительно, ведь Линус, как разработчик ядра, имеет хороший опыт создания низкоуровневых систем). Предполагалось, что поверх git-а будут создавать отдельные фронтенды, и несколько специализированных даже было создано. Но как то всё пошло не так, и git получил распространение в том виде, в каком он есть - с кучек низкоуровневых, не простых и опасных операций, с не очень адекватным для целей простого программиста CLI.

С другой стороны есть Mercurial, который изначально разрабатывался с идей об его удобном и простом использовании именно как VCS, с которой непосредственно будут работать пользователи без всяких дополнительных фронтендов. Поэтому у них и более адекватный и простой в изучении CLI.

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

46. "Выпуск распределённой системы управления версиями Mercurial ..."  –2 +/
Сообщение от XXXasd (ok) on 06-Фев-17, 20:41 
> Можно подумать, что весь мир вертится вокруг линукса, а Windows и разработчики использующие его - это маргиналы, на которых не стоит обращать внимание.

всё верно: весь прогрессивный мир крутится вокруг Linux, BSD, и open source систем..

можете даже посмотреть на статистику "1% пользователей Linux" -- и подумать кто именно находится в 99% , а кто находится в остальных 1%.

прикладные разработчики-под-Windows -- не мергиналы разумеется -- а просто нейтральный БИОМАТЕРИАЛ. почти ни какого эффекта на прогресс-и-развите-технологий они совершенно не оказывают.

какой смысл обращать внимание на разработчиков-под-Windows -- совершенно не ясно. отдачи почти ни какой нет

> Какое то у вас детское суждение.

а у вас смотрю суждение -- статное и взрослое. ага! как же!

просто пытетесь оправдать свою трату времени, вот и всё

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

76. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (??) on 10-Фев-17, 08:43 
> Сообщество не "выбирало", оно как стадо подсело на то что дали в
> красивой обёртке.

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

> Тут просто сработало то, что гит "раскрутили" быстрее: запили довольно удобный Github,
> ядро линуха лежит в гите и др.

То-есть, сообщество вокруг ядра Linux вполне влияет на экосистему вокруг. Это толпа сильных разработчиков. С ними считаются, в отличие от.

> И почему то мало кто при этом смотрел на объективные вещи: удобство
> использования, понятные команды, кривая обучения,

Как раз с этим у гита все прекрасно. Но вот правда для программистов которые *nix-like подходы предпочитают, желательно распределенно и опенсорсно.

> работа под разными операционками (оригинальный git долгое время вообще не работал под Windows).

Сейчас до очень многих програмеров дошло что под виндой многие вещи делаются неудобно и криво. Да что там, вьюжлстудия C99 не умеет до сих пор. А дотнетчики могут идти на свой codeplex и делать там что им угодно. На них и их поползновения всем просто пофиг. Это не экосистема разработчиков. Не сложилось.

> И все эти холивары Git vs Mercurial продолжаются потому, что нет среди
> них однозначного победителя по всем пунктам.

По-моему победитель однозначен, а все эти оправдания и отмазки виндового неудачника только подкрепляют картину того где создается будущее в эти дни.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

14. "Выпуск распределённой системы управления версиями Mercurial ..."  –2 +/
Сообщение от Аноним (??) on 06-Фев-17, 13:30 
Для сообщества лучше гит.

Для корпораций - в некоторых аспектах меркуриал.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

16. "Выпуск распределённой системы управления версиями Mercurial ..."  +3 +/
Сообщение от Я (??) on 06-Фев-17, 13:50 
Тупняк какой-то. Выбирают конкретные разработчики, а не "сообщество" или "корпорации". Если мне удобен меркуриал, то мне он удобен независимо от того, для кого я делаю проект. И так же с гитом.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

17. "Выпуск распределённой системы управления версиями Mercurial ..."  –1 +/
Сообщение от Аноним (??) on 06-Фев-17, 14:11 
я так понимаю, все зависит от процессов, которые workflow

т.е. в разных ситуациях одному и тому же разработчику может быть более удобен то git, то mercurial.

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

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

24. "Выпуск распределённой системы управления версиями Mercurial ..."  +1 +/
Сообщение от Аноним (??) on 06-Фев-17, 15:08 
И какие же, прости госспади, волшебные workflow  меркуриал поддерживает?

http://nvie.com/posts/a-successful-git-branching-model/ можно и нужно применять хоть в гите, хоть в hg. Но hg не нужен, да. Пока не доказано обратное, ибо зачем плодить сущности.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

31. "Выпуск распределённой системы управления версиями Mercurial ..."  +1 +/
Сообщение от Alexey (??) on 06-Фев-17, 15:55 
Тыщи дистрибутивов линукса значит нужны, а меркуриал не нужен.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

42. "Выпуск распределённой системы управления версиями Mercurial ..."  –2 +/
Сообщение от fi (ok) on 06-Фев-17, 17:43 
Приходишь так в сообщество, смотришь а там… у всех меркуриал  - и ты им так: «Всё парни, с завтрашнего дня только git, я сказал!» :)

зы. был тут у нас один гитовец, ничего, перековали на svn :D :D :D  

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

52. "Выпуск распределённой системы управления версиями Mercurial ..."  –1 +/
Сообщение от Аноним (??) on 07-Фев-17, 12:08 
Что-то у тебя ответ не связан с вопросом. В огороде бузина...

В компании можете использовать хоть черта лысого, и конечно, желательно, что бы всё было единообразно. От ваших процессов зависит только эффективность работы компании. Хотя и тут, в случае с svn, гит позволяет использовать git-svn. Так что не велика потеря.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

55. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Андрей (??) on 07-Фев-17, 23:01 
А на самом деле наоборот: кто-то разрабатывает себе в меркуриал. Вот начинают проходить мимо люди, хотят помочь, но тут облом: меркуриал. И начинают давить, переходи на гит. И в итоге некоторые сдаются.
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

56. "Выпуск распределённой системы управления версиями Mercurial ..."  +1 +/
Сообщение от Cykooz (ok) on 07-Фев-17, 23:10 
> Вот начинают проходить мимо люди, хотят помочь, но тут облом: меркуриал.

Вот и пускай проходят себе мимо. Если они не в состоянии осилить меркуриал хотя бы в объёме clone/commit/push/pull/update (практически всё тоже самое что и в git), то я сомневаюсь, что их помощь будет сильно полезной.

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

77. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (??) on 10-Фев-17, 08:53 
> Вот и пускай проходят себе мимо.

Что характерно, именно это обычно и происходит. Вот прямо идешь в новость и смотришь список мега проектов.

Давай глянем? Мозилла? Куча неудачников по которым плачет могила. У них движок сгнил а новый они так и не сделали. Пользователей достало и они ушли на хром. И дальше уйдут. Кстати гугл в отличие от этих дурней git использует. Техническое превосходство - так уж во всем.

Опенсолярис? OpenOfficeOrg? NetBeans? OpenJDK? Xine? Это успех, их там позаваливало коммитами.

Кто там еще живой? Nginx? Ну это bsd-шные проприетарщики. Их дружественность к разработчикам легко оценить. По количеству разработчиков и коммитеров, хотя проще просто попробовать модуль написать. Сразу познаешь все прелести и дружелюбие.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

49. "Выпуск распределённой системы управления версиями Mercurial ..."  –1 +/
Сообщение от бедный буратино (ok) on 07-Фев-17, 02:47 
> и жду фанбоев, которые меня переубеждать сейчас начнут

сообществу пофиг. сообщество юзает и то, и то.

мне тоже пофиг. я тоже юзаю и то, и то, и выбирать что-то одно и клеить его на флаг - не собираюсь

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

51. "Выпуск распределённой системы управления версиями Mercurial ..."  –1 +/
Сообщение от Аноним (??) on 07-Фев-17, 10:14 
Поддерживаю.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

23. "Выпуск распределённой системы управления версиями Mercurial ..."  +1 +/
Сообщение от Аноним (??) on 06-Фев-17, 15:05 
В hg нет веток. На этом можно и закончить. То, что там называю ветками, это какая-то хня.

Но я не закончу. В changeset в меркуриале попадает название "ветки". Т.е. буквально: "default" или "myC00lBran4". Это потом всплывает при мерже в репозитарий, где ветки "myC00lBran4" нет.

Хватит?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

26. "Выпуск распределённой системы управления версиями Mercurial ..."  –1 +/
Сообщение от Аноним (??) on 06-Фев-17, 15:12 
Разупорись, будь добр
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

27. "Выпуск распределённой системы управления версиями Mercurial ..."  +2 +/
Сообщение от Аноним (??) on 06-Фев-17, 15:25 
По существу будет аргументация? Или "нам наплевать на кривость и косяки, лишь бы гламурный TortoiseHg под десяточкой запускать, а не непонятную консоль в гите"
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

33. "Выпуск распределённой системы управления версиями Mercurial ..."  –1 +/
Сообщение от Аноним (??) on 06-Фев-17, 16:00 
Кратко:
1) В меркуриал таки ветки, в git - указатели. Это по большому счету, вопрос терминологии.
2) В меркуриал как раз таки ветки "есть везде". 3) То, что в changeset  есть название ветки, кому-то даже удобней

То, что в Mercurial превыкли называть веткой - это heavybranch. А бошки, что в гите, что в меркуриал.
Ну, и первый гугл: https://www.mercurial-scm.org/wiki/GitConcepts

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

39. "Выпуск распределённой системы управления версиями Mercurial ..."  –1 +/
Сообщение от Аноним (??) on 06-Фев-17, 16:37 
>1

согласен, это вопрос терминологии. Для меня ветки hg не узабельны, в том числе и из-за п.2

>2

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

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

30. "Выпуск распределённой системы управления версиями Mercurial ..."  +1 +/
Сообщение от Cykooz (ok) on 06-Фев-17, 15:55 
> В hg нет веток.

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

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

70. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от anonymous (??) on 09-Фев-17, 23:32 
>> В hg нет веток.
> Вы это о чём? Вот как раз в гите нет настоящих веток,
> то что там называется веткой - это просто локальная именованная ссылка
> на один из top-овых коммитов в дереве, которая не пушится во
> внешнюю репу.
> В меркуриале есть аналог таких вот именованных ссылок, и они тоже работают
> только в локальном репазитории и не уходят во внешние репы.

Вы зря мешаете тёплое с мягким. Именованная ссылка --- это одно. Передача именнованных ссылок в другой репозиторий --- это другое. А branch --- это узел в графе коммитов у которого два потомка. И в hg это, наверное, должно быть так же.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

72. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Cykooz (ok) on 09-Фев-17, 23:41 
> А branch ---
> это узел в графе коммитов у которого два потомка. И в
> hg это, наверное, должно быть так же.

Хм, branch - это так то ветка, а не узел (node), поэтому ваше определение как то не очень подходит.

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

73. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от anonymous (??) on 09-Фев-17, 23:59 
> Хм, branch - это так то ветка, а не узел (node), поэтому ваше определение как то не очень подходит.

Хорошо. Любой путь к листу в графе коммитов. А узел в графе коммитов у которого два потомка --- это branch point. Так лучше?

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

48. "Выпуск распределённой системы управления версиями Mercurial ..."  –3 +/
Сообщение от gaga (ok) on 07-Фев-17, 00:18 
Т.е. даже первую страницу самого простого туториала по ртути ты прочитать не осилил дальше заголовка? Потому что там обычно во втором абзаце написано, что то, что в гите называется ветками, в меркуриал называется букмарк, что намного правильней.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

53. "Выпуск распределённой системы управления версиями Mercurial ..."  +1 +/
Сообщение от Аноним (??) on 07-Фев-17, 12:10 
Ты так говоришь, как будто этими букмарками пользовался. Или теоретик-читатель мануалов? Простите, но букмарки это инородно даже hg, и неюзабельно соответственно. И это совсем не то, что ветки в гите, а "аналог". Китайский, ага
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

29. "Выпуск распределённой системы управления версиями Mercurial ..."  +1 +/
Сообщение от Crazy Alex (ok) on 06-Фев-17, 15:48 
Различия не настолько принципиальны, чтобы быть причиной выбора, поэтому проще взять то, что более распространено - то есть гит.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

44. "Выпуск распределённой системы управления версиями Mercurial ..."  –1 +/
Сообщение от develop7 (ok) on 06-Фев-17, 19:26 
Pro Mercurial

* Rename/copy tracking
* Phases (мешает переписать опубликованную историю)
* ChangesetEvolution (что-то вроде распределённого reflogа).
* Revsets
* Продуманные UI и руководство
* Extensions на любой вкус (hggit, hgsubversion, largefiles, тысячи их)
* Graft (аналог cherrypick) пишет id предка в метаданные, а merge его учитывает

Pro Git

* Octopus merge
* Staging area (я не пользуюсь)
* rerere (говорят, полезно, не пользовался)

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

63. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Andrey Mitrofanov on 09-Фев-17, 09:20 
> Pro Mercurial
> * Продуманные UI и руководство
> Pro Git
> * Staging area (я не пользуюсь)

``Git has something called the "staging area" or "index".``

:-O   Матёро!

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

64. "Выпуск распределённой системы управления версиями Mercurial ..."  –1 +/
Сообщение от develop7 (ok) on 09-Фев-17, 16:37 
> ``Git has something called the "staging area" or "index".``
> :-O   Матёро!

што

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

66. "Выпуск распределённой системы управления версиями Mercurial ..."  +1 +/
Сообщение от Andrey Mitrofanov on 09-Фев-17, 16:42 
#>> Pro Git
#>> * Staging area (я не пользуюсь)
>> ``Git has something called the "staging area" or "index".``
>> :-O   Матёро!
> што

Не пользоваться индексом *и* пользоваться git-ом -- это авангардненько-артхаусненько, это не для слабаков, это надо очень напрячься, чтоб суметь. Мастер!

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

68. "Выпуск распределённой системы управления версиями Mercurial ..."  –1 +/
Сообщение от develop7 (ok) on 09-Фев-17, 19:25 
> Не пользоваться индексом *и* пользоваться git-ом -- это авангардненько-артхаусненько, это не для слабаков, это надо очень напрячься, чтоб суметь. Мастер!

Я понимаю, что там где-то под капотом IDEA, возможно, и вызывает git-add, но сам я — нет, т.к. незачем. А коль понадобится раз в полгода закоммитить правки в файле через одну, ну, скомандую git commit --patch, делов-то. Ну то есть понятно, что диды с торвольцом завещали сначала добавлять правки в индекс, потом коммититься и всё такое, но с каких пор подумать своей головой стало ракетной наукой?

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

18. "Выпуск распределённой системы управления версиями Mercurial ..."  +1 +/
Сообщение от Аноним (??) on 06-Фев-17, 14:25 
Есть репозиторий на Mercurial, в котором по какому-то стечению обстоятельств создалась вторая "головная" ветвь в бранче default, состоящая из одного коммита. В битбакете оно светится как "main branch (2 heads)". Теперь это дело мешает жить, правки из этого коммита уже не актуальны (соответственно вмержить в основную ветвь их нельзя), но и удалить этот второй мастер не получается.

>> hg strip -r

удаляет локально лишний коммит и его бранч, но при pull он стягивается с сервера повторно

>> hg backout -r

abort: cannot backout change that is not an ancestor

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (??) on 06-Фев-17, 14:41 
Анон, вмёрж его и сделай revert но его номеру, не мучайся
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

45. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от develop7 (ok) on 06-Фев-17, 19:29 
Стрипните лишнюю голову в вебморде bitbucket
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

25. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от DmA (??) on 06-Фев-17, 15:09 
вот бы на этой коммерческой системе запустить репозиторий винды в 250 гб и 3,5 млн файлов.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

35. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (??) on 06-Фев-17, 16:11 
Конечно, интересно. Но тут, мне кажется, проблема не в системе контроля версий, а "что-то в этой репе не так".
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

37. "Выпуск распределённой системы управления версиями Mercurial ..."  +1 +/
Сообщение от Cykooz (ok) on 06-Фев-17, 16:28 
Ну можно в качестве примера взять опыт Facebook, у них конечно не 250Гб наверное (3 года назад в git копии у них было 54Гб) - https://code.facebook.com/posts/218678814984400/scaling-merc.../ . Они решили свои проблемы со скоростью как то более правильно - сделали какие то патчи для меркуриал, написали расширение для него специальное, которое вероятно теперь доступно для всех.
Майкрософт же приняло решение не трогать "бяку", и навертеть оптимизаций сбоку от Git-а. Запилили виртуальную FS-ку, и изменили серверную версию Git, что бы она поддерживала эту FS. В результате их решение работает только у них.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

47. "Выпуск распределённой системы управления версиями Mercurial ..."  –2 +/
Сообщение от Аноним (??) on 06-Фев-17, 23:19 
всем кто спеной у рта доказывает что гит ваше/наше все а ртуть *авн0 и считает что в в голове у вас опилки^Wсерое вещество вот вам немного чтения как пример того что может "гогно"

https://groups.google.com/forum/#!topic/mozilla.dev.version-...

а еще погуглите столько времени занимает git diff в склонированой репке ядра

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

57. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Аноним228 on 08-Фев-17, 05:46 
Xine 5 лет как закрылся, нарколыги!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

59. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Andrey Mitrofanov on 08-Фев-17, 10:27 
> Xine 5 лет как закрылся, нарколыги!

--Св-----, они убили xine. Опять.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

60. "Выпуск распределённой системы управления версиями Mercurial ..."  +1 +/
Сообщение от Аноним (??) on 08-Фев-17, 17:42 
Как закрылся?
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

61. "Выпуск распределённой системы управления версиями Mercurial ..."  –1 +/
Сообщение от Вареник on 08-Фев-17, 18:54 
Лучшая Version Control System.

Bazaar гибче, Mercurial продуманней.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

78. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (??) on 10-Фев-17, 08:57 
> Bazaar гибче, Mercurial продуманней.

А git еще и работает к тому же. Не тормозит. И сделан для програмеров а не гламурных тупиц в десятке.

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

65. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (??) on 09-Фев-17, 16:37 
Вопрос знатокам hg: зачем в практике сопровождения hg-based-проектов частенько рвут историю на разные репозитории?

Приблизительно как здесь:
https://gmplib.org/repo/
(gmp, gmp-???, ... )

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

67. "Выпуск распределённой системы управления версиями Mercurial ..."  –1 +/
Сообщение от Cykooz (ok) on 09-Фев-17, 18:50 
> Вопрос знатокам hg: зачем в практике сопровождения hg-based-проектов частенько рвут историю
> на разные репозитории?

Может как раз таким образом решают проблему больших репазиториев? Если они не делают бакпорт фиксов и каких то фичей в старые версии, то нет какого то особого резона тащить хвост из коммитов от старой версии, если их там 100500 и занимают дофига места. Тоже самое можно делать и на Git - это не какая то особенность присущая меркруиал репазиториям.


Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

69. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от anonymous (??) on 09-Фев-17, 23:22 
> Может как раз таким образом решают проблему больших репазиториев?

В это не верится: история не обрезается снизу (старая), а подрезается сверху; экономии места нет, даже наоборот --- у бОльших репозиториев возможность переиспользовать идентичные блоки выше. Какие-то пляски с долгоподдерживаемыми ветками (как-бы-ветками?)? Но зачем? Хрень какая-то --- проблемы вижу, рационального зерна не вижу.

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

71. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Cykooz (ok) on 09-Фев-17, 23:34 
> В это не верится: история не обрезается снизу (старая), а подрезается сверху;

Ну тогда фиг знает, это видимо какая то непонятная задумка авторов этой либы. Я сам такого нигде не встречал ещё.

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

74. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от anonymous (??) on 10-Фев-17, 00:03 
>> В это не верится: история не обрезается снизу (старая), а подрезается сверху;
> Ну тогда фиг знает, это видимо какая то непонятная задумка авторов этой
> либы. Я сам такого нигде не встречал ещё.

А это не специфично для gmp. Но в hg-репозиториях я такое несколько раз встречал.

Ладно, отнесем к разряду "какая-то хрень".

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

75. "Выпуск распределённой системы управления версиями Mercurial ..."  +/
Сообщение от Cykooz (ok) on 10-Фев-17, 00:34 
> А это не специфично для gmp. Но в hg-репозиториях я такое несколько
> раз встречал.
> Ладно, отнесем к разряду "какая-то хрень".

Как вариант - это просто один и тот же реп, склонированный на сервере в разные папки и переключенный на соответствующие бранчи, что бы можно было с ними параллельно работать. Никакого доп. места на диске для хранения истории оно не занимает, т.к. она "клонируется" как хард-линка. Точно так же можно сделать и локально, если нужно параллельно работать с разными бранчами.
Хотя в случае GMP смущает что набор тегов в этих "репах" всё таки отличается.

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру