forum.opennet.ru - "Выпуск распределённой системы управления версиями Mercurial 4.1" (70)

форумы

помощь

поиск

регистрация

вход/выход

слежка

"Выпуск распределённой системы управления версиями 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 Новость: http://www.opennet.me/opennews/art.shtml?num=45988
Ответить \| Правка \| Cообщить модератору

Оглавление

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 11:47 , 06-Фев-17, (1)

Выпуск распределённой системы управления версиями Mercurial ..., Андрей, 22:56 , 07-Фев-17, (54)
Выпуск распределённой системы управления версиями Mercurial ..., Andrey Mitrofanov, 10:22 , 08-Фев-17, (58)

Выпуск распределённой системы управления версиями Mercurial ..., develop7, 23:35 , 08-Фев-17, (62) –2

Выпуск распределённой системы управления версиями Mercurial ..., Штунц, 11:49 , 06-Фев-17, (2)

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 11:54 , 06-Фев-17, (3) +7
Выпуск распределённой системы управления версиями Mercurial ..., Человектапок, 11:54 , 06-Фев-17, (4) +4

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 12:14 , 06-Фев-17, (7)

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 12:21 , 06-Фев-17, (9)

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 14:39 , 06-Фев-17, (19)
Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 14:59 , 06-Фев-17, (21)

Выпуск распределённой системы управления версиями Mercurial ..., XXXasd, 16:07 , 06-Фев-17, (34) +1

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 15:01 , 06-Фев-17, (22)

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 12:05 , 06-Фев-17, (5) +2

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 12:09 , 06-Фев-17, (6) +1

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 12:18 , 06-Фев-17, (8) +1

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 13:31 , 06-Фев-17, (15) –2
Выпуск распределённой системы управления версиями Mercurial ..., Cykooz, 15:38 , 06-Фев-17, (28) +2

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 16:00 , 06-Фев-17, (32) –2
Выпуск распределённой системы управления версиями Mercurial ..., XXXasd, 16:14 , 06-Фев-17, (36)

Выпуск распределённой системы управления версиями Mercurial ..., Cykooz, 18:51 , 06-Фев-17, (43)

Выпуск распределённой системы управления версиями Mercurial ..., XXXasd, 20:41 , 06-Фев-17, (46) –2

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 08:43 , 10-Фев-17, (76)

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 13:30 , 06-Фев-17, (14) –2

Выпуск распределённой системы управления версиями Mercurial ..., Я, 13:50 , 06-Фев-17, (16) +3

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 14:11 , 06-Фев-17, (17) –1

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 15:08 , 06-Фев-17, (24) +1

Выпуск распределённой системы управления версиями Mercurial ..., Alexey, 15:55 , 06-Фев-17, (31) +1
Выпуск распределённой системы управления версиями Mercurial ..., fi, 17:43 , 06-Фев-17, (42) –2

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 12:08 , 07-Фев-17, (52) –1
Выпуск распределённой системы управления версиями Mercurial ..., Андрей, 23:01 , 07-Фев-17, (55)

Выпуск распределённой системы управления версиями Mercurial ..., Cykooz, 23:10 , 07-Фев-17, (56) +1

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 08:53 , 10-Фев-17, (77)

Выпуск распределённой системы управления версиями Mercurial ..., бедный буратино, 02:47 , 07-Фев-17, (49) –1

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 10:14 , 07-Фев-17, (51) –1

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 15:05 , 06-Фев-17, (23) +1

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 15:12 , 06-Фев-17, (26) –1

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 15:25 , 06-Фев-17, (27) +2

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 16:00 , 06-Фев-17, (33) –1

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

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

Выпуск распределённой системы управления версиями Mercurial ..., anonymous, 23:32 , 09-Фев-17, (70)

Выпуск распределённой системы управления версиями Mercurial ..., Cykooz, 23:41 , 09-Фев-17, (72)

Выпуск распределённой системы управления версиями Mercurial ..., anonymous, 23:59 , 09-Фев-17, (73)

Выпуск распределённой системы управления версиями Mercurial ..., gaga, 00:18 , 07-Фев-17, (48) –3

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 12:10 , 07-Фев-17, (53) +1

Выпуск распределённой системы управления версиями Mercurial ..., Crazy Alex, 15:48 , 06-Фев-17, (29) +1
Выпуск распределённой системы управления версиями Mercurial ..., develop7, 19:26 , 06-Фев-17, (44) –1

Выпуск распределённой системы управления версиями Mercurial ..., Andrey Mitrofanov, 09:20 , 09-Фев-17, (63)

Выпуск распределённой системы управления версиями Mercurial ..., develop7, 16:37 , 09-Фев-17, (64) –1

Выпуск распределённой системы управления версиями Mercurial ..., Andrey Mitrofanov, 16:42 , 09-Фев-17, (66) +1

Выпуск распределённой системы управления версиями Mercurial ..., develop7, 19:25 , 09-Фев-17, (68) –1

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 14:25 , 06-Фев-17, (18) +1

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 14:41 , 06-Фев-17, (20)
Выпуск распределённой системы управления версиями Mercurial ..., develop7, 19:29 , 06-Фев-17, (45)

Выпуск распределённой системы управления версиями Mercurial ..., DmA, 15:09 , 06-Фев-17, (25)

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 16:11 , 06-Фев-17, (35)
Выпуск распределённой системы управления версиями Mercurial ..., Cykooz, 16:28 , 06-Фев-17, (37) +1

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 23:19 , 06-Фев-17, (47) –2
Выпуск распределённой системы управления версиями Mercurial ..., Аноним228, 05:46 , 08-Фев-17, (57)

Выпуск распределённой системы управления версиями Mercurial ..., Andrey Mitrofanov, 10:27 , 08-Фев-17, (59)
Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 17:42 , 08-Фев-17, (60) +1

Выпуск распределённой системы управления версиями Mercurial ..., Вареник, 18:54 , 08-Фев-17, (61) –1

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 08:57 , 10-Фев-17, (78)

Выпуск распределённой системы управления версиями Mercurial ..., Аноним, 16:37 , 09-Фев-17, (65)

Выпуск распределённой системы управления версиями Mercurial ..., Cykooz, 18:50 , 09-Фев-17, (67) –1

Выпуск распределённой системы управления версиями Mercurial ..., anonymous, 23:22 , 09-Фев-17, (69)

Выпуск распределённой системы управления версиями Mercurial ..., Cykooz, 23:34 , 09-Фев-17, (71)

Выпуск распределённой системы управления версиями Mercurial ..., anonymous, 00:03 , 10-Фев-17, (74)

Выпуск распределённой системы управления версиями Mercurial ..., Cykooz, 00:34 , 10-Фев-17, (75)

Сообщения по теме [Сортировка по времени | 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 | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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ообщить модератору