The OpenNET Project / Index page

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

Выпуск распределённой системы управления версиями Mercurial 4.9

17.02.2019 12:00

Доступен релиз распределённой системы управления версиями Mercurial 4.9. Код Mercurial написан на языке Python (требующие высокой производительности части оформлены в виде модулей на Си или Rust) и распространяется под лицензией GPLv2+. Среди проектов, использующих Mercurial, можно выделить следующие: Mozilla, OpenOffice.org, OpenSolaris, NetBeans, OpenJDK, Nginx, Xine и W3C.

Основные изменения:

  • Устранена уязвимость, позволяющая через использование символических ссылок и субрепозиториев обойти код для проверки путей и при клонировании подконтрольного репозитория организовать запись файла за пределы корневого каталога с репозиторием. В качестве обходного пути защиты можно запретить использование субрепозиториев (в секции "[subrepos]" следует добавить опцию "allowed = false");
  • В команде 'hg histedit' предложен новый консольный интерфейс редактирования на базе библиотеки curses (для включения в 'ui.interface' или 'ui.interface.histedit' следует указать 'curses');
  • Для новых репозиториев включена по умолчанию стратегия сохранения delta-изменений 'sparse-revlog';
  • Добавлена новая опция 'rewrite.update-timestamp=True'для обновления данных о времени коммита после редактирования истории;
  • Добавлена новая опция 'ui.message-output=stderr' для упрощения разбора сообщений с состоянием из скриптов;
  • Реализован новый шаблон файловых путей rootglob, позволяющий задать маску относительно корня репозитория;
  • Продолжена переработка алгоритмов на языке Rust для повышения производительности.


  1. Главная ссылка к новости (https://www.mercurial-scm.org/...)
  2. OpenNews: Выпуск распределённой системы управления версиями Mercurial 4.8
  3. OpenNews: Уязвимость в Git, Subversion и Mercurial, допускающая подстановку команд через URL ssh://
  4. OpenNews: В Git и Mercurial устранена критическая уязвимость, проявляющаяся в Windows и OS X
  5. OpenNews: Facebook работает над реализацией сервера Mercurial на языке Rust
  6. OpenNews: Создатель системы управления версиями Mercurial передаёт проект в руки сообщества
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/50162-mercurial
Ключевые слова: mercurial
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (69) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноня (?), 13:25, 17/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –12 +/
    Я сам чопорный нудный ретроград, но почему бы разработчикам меркуриала просто не перейти на гит?
     
     
  • 2.3, Matt Mackall (?), 13:47, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Потому что тебя не спросили.
     
  • 2.13, an0nim (?), 14:36, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Потому что у меркуриала есть некоторый список преимуществ перед гитом: у него проще и логичнее ui(не путать с gui), с ним гораздо сложнее сломать репу, потому как нельзя менять историю(поэтому он лучше подходит когда в команде есть непрограммисты)
     
     
  • 3.17, Аноня (?), 15:11, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да, выковыривание мастера из релиза или неудачный ребейз смутят даже опытного пользователя.

    Но с другой стороны, сложность гита это плата за его гибкость.

     
  • 3.35, Аноним (35), 18:31, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > с ним гораздо сложнее сломать репу, потому как нельзя менять историю
    > Добавлена новая опция 'rewrite.update-timestamp=True' для обновления данных о времени коммита после редактирования истории;

    ага

     
     
  • 4.47, develop7 (ok), 21:31, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну да, аноним выше неправ — править историю можно
     
  • 3.53, yep (?), 00:09, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > нельзя менять историю

    ещё как можно

     
  • 2.19, Аноним (19), 15:25, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • –9 +/
    У вас 7 ошибок в слове "ретроград" - правильно писать "клоун". Потому что Меркуриал - это современная DVCS. А git - всего лишь поделие одиночки для патченья и версионирования раздутого ядра. Есть принципиальная разница в применении!
     
     
  • 3.24, Аноня (?), 15:58, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > современная DVCS.

    А что такое современная DVCS? И что в гите не позволяет ему быть современной DVCS?

     
     
  • 4.36, Аноним (36), 18:42, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    а не конформист ли ты часом?
     
     
  • 5.42, Аноня (?), 19:39, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > а не конформист ли ты часом?

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

     
     
  • 6.44, Аноним (36), 20:16, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ну не знаю, звучишь как конформист, стадный инстинкт. Вот Mercurial для не таких как все, для нонконформистов. Не для фанатиков
     
  • 2.23, Аноним (23), 15:49, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >почему бы разработчикам меркуриала просто не перейти на гит?

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

     
     
  • 3.38, анонн (?), 19:06, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>почему бы разработчикам меркуриала просто не перейти на гит?
    > почему бы пользователям юникс не перейти на Винду?

    Всем трем с половиной?
    Тем более, пингвин всегда был не сильно "unix-like" (GNU is not unix), причем последние десять лет все меньше и меньше "like",
    ведь "I don't think BSD is really too relevant anymore" и "I recommend developers to try to hack with only Linux in mind and experience the freedom and the opportunities this offers you" (с) The Red-Headed One and Only Lennart


     
  • 3.43, Аноня (?), 19:44, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А почему бы пользователям андроид не перейти на айос?

    потому что айос это не для использования людьми, а для показа на презентации, разумеется.

     
  • 3.66, Школьник (ok), 12:20, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >А почему бы пользователям андроид не перейти на айос?

    Кстати, давно пора бы. Т.н. "свободы" там примерно столько же, ну дык хотя бы не шпионит каждый первый индус.

     
     
  • 4.85, ябломенеджер (?), 08:55, 19/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    да, у нас строгий отбор, нанимаем примерно одного из 10000 соискателей из моей деревушки под Бангалором. Больше нам и не надо, собственно - и так очередь желающих.

     
  • 2.79, Аноним (79), 21:30, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Я сам чопорный нудный ретроград, но почему бы разработчикам меркуриала просто не перейти на гит?

    Вообще-то, ретроград вы наш, он появился раньше git. Так почему бы гиту не перейти на ртуть?

     
     
  • 3.82, Аноним (82), 23:41, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > он появился раньше git

    А создатель сабжа считает иначе: "Mercurial is even younger (Linus had a few days' head start, ..." (http://lkml.iu.edu/hypermail/linux/kernel/0504.3/1404.html).

     
  • 2.87, Аноним (87), 13:01, 19/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    у гита один большой недостаток, после оглашения которого все остальные достоинства не имеют значения
     

  • 1.5, Дуб (?), 13:50, 17/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Надо отдать должное — меркуриал тупо надёжнее гита. Недостатков ровно два: он на питоне и за ним не стоит армады IT-гигантов.
     
     
  • 2.6, Аноня (?), 13:56, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В каком месте он тупо надёжнее? В каком месте гит ненадёжен?
     
     
  • 3.58, oni24 (?), 05:25, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >В каком месте он тупо надёжнее?

    в слове "тупо"

     
  • 3.88, Аноним (87), 13:03, 19/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В каком месте гит ненадёжен?

    в самом главном

     
  • 2.7, Андрей (??), 13:59, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Их больше: метаданные репозитория занимают больше места чем в git. Обновление больших репозиториев (например, mozilla) занимает больше времени чем в git.
     
  • 2.20, Аноним (19), 15:27, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Абсолютно согласен. Но нам и не нужны "столпы ИТ" (которые на деле оказываются неповоротливыми бегемотами), потому что Hg работает и без них. Меркуриал - он просто лучший! Не идеальный, но конкуренты у него хромают на обе ноги.
     
     
  • 3.25, Аноня (?), 16:02, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > конкуренты у него хромают на обе ноги.

    На какие ноги хромают? Вы че, издеваетесь тут все?

     
     
  • 4.48, develop7 (ok), 21:37, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ну как же

    одна нога — UI про версии файлов с исходниками, а не про кишки git. бонусом в mercurial пытаются UI улучшать; в git патчи про UX тупо игнорятся jchamano.

    вторая — безопасное переписывание истории.

    бонус — не является воплощением сверхценных идей торвольца «переименование записывать не будем, будем угадывать!» и «пользовательские данные могут быть мусором»

     
     
  • 5.71, Xasd5 (?), 14:45, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > переименование записывать не будем, будем угадывать

    логично так как все остальные правки тоже через "угадывание".

    так что протеворечий ни каких нет.

    а ты как хотел бы -- чтобы патч был бы через "угадывание", но при этом переименование было бы строго записано?

     
     
  • 6.72, develop7 (ok), 15:08, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    поскольку имена файлов несут семантическую нагрузку, я бы хотел, чтобы оно явно записывало, что куда переименовано/скопировано. благо это не ракетная наука — mercurial умеет, bzr умеет, svn умеет, bitkeeper а «флагман» не умеет и уметь будет примерно никогда. так ещё и фанбои на разные голоса поют «это не нужно».

    да даже в diff --git явно записано, что куда переименовалось :)

     
     
  • 7.83, Xasd5 (?), 02:07, 19/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > да даже в diff --git явно записано, что куда переименовалось :)

    git не сохраняет результат от diff.

     
  • 4.84, Аноним (19), 05:22, 19/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Git - хромой от рождения, зарождался как "личный инструмент Трольвадса". Это и есть главный фэйл всех его поделий - полное отсутствие "большой, серьёзной концепции" - что ядро, что git.
     
  • 2.51, Пал (?), 23:05, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Строгие ветки, невозможность смёржить более двух бранчей за раз и откат через ис... большой текст свёрнут, показать
     
     
  • 3.59, Аноня (?), 07:55, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы перепробовали много вариантов и всё равно у вас ничего не получается. Tfs точно вам поможет
     
  • 3.90, нах (?), 17:53, 19/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    там были большие проблемы с не-латинским юникодом (авторы с ним, очевидно, не встречаются), но, в отличие от вас, нашелся человек которому было надо, и который не поленился сообщить о проблеме разработчикам (заметьте, сам даже не особо в нее вникая - ну падает оно где-то там, воспроизводимо, сдаем баг в апстрим). Они еще пару дней позадавали уточняющие вопросы, и запилили фикс.

    если баги в апстрим  не сдавать, и пытаться решать все проблемы всего используемого софта, даже с вменяемыми разработчиками, своими силами - то, конечно же, вас непременно спасет tfs. Сообщите как начнете переход, я попкорна побольше запасу.
    P.S. жаль что его разработчики, кажется, окончательно собрались добить собственный бэкэнд в пользу гита. Но вы еще успеете и на эти грабли встать, торопитесь!

     
  • 2.74, Мимо проходил (?), 16:36, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Угу. Поди выкачай через hg сырцы openjdk. Сколько раз пробовал (на разных версиях) - всегда падает (довольно долго качает, прогресс виден, но когда остаётся процентов 10-30 - падает). А выкачать git'ом какое-нибудь зеркало - всегда получается. Вполне вероятно, что-то надо донастроить. Но вот у гита настраивать не надо.
     
     
  • 3.76, Аноним (76), 19:04, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В отличие от гита в меркуриале можно выкачивать репозитарий порциями
     
  • 3.92, нах (?), 18:14, 19/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    это ничего, что этим ребятам почему-то захотелось приключений, сабрепы их чем-то... большой текст свёрнут, показать
     

  • 1.9, kosmonaffft (?), 14:04, 17/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    NetBeans после передачи его в апач мигрировал на git. Можно его уже в список укпроектов на mercurial не указывать.
     
  • 1.15, Аноним (23), 14:57, 17/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У меня с меркуриалом были проблемы, когда сделал репу на флешке и хотел коммитить на разных компах. То ли разные версии были, то ли ещё что, но второй комп упорно не признавал репы первого. Так вроде меркуриал неплохо в плане юи, не надо задумываться с теми же bare repos, как в гит
     
     
  • 2.16, Аноним (36), 14:59, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > второй комп упорно не признавал репы первого

    Это и есть надежность меркуриала. Запомни, сынок: меркуриал надежен, а гит нет.

     
     
  • 3.22, Аноним (23), 15:37, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С гитом подобной проблемы у меня не было, почему-то
     
  • 3.62, Andrey Mitrofanov (?), 09:21, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/

    > Это и есть надежность меркуриала. Запомни, сынок: меркуриал надежен, а гит нет.

    +1
    "..., а то так и будешь всю жизнь ключи подавать."

     

  • 1.18, Аноним (18), 15:21, 17/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Забавная ситуация Я вот с дремучих времен работал с svn и даже делал мерджи в п... большой текст свёрнут, показать
     
     
  • 2.37, Неиллюзорная Фтопка Локалхоста (?), 19:01, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Если гитом никто по-настоящему не умеет пользоваться, кроме Линуса - может, что-то в консерватории подправить?
     
     
  • 3.40, llolik (ok), 19:24, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если гитом никто по-настоящему не умеет пользоваться

    Внезапно, для некоторых открытие, что git - это не только pull/commit/push и иногда merge. И таких некоторых, кто пользует git как "модный svn с ветками", отчего-то много. Шаг в сторону, хоть git, хоть hg - хана, мы такого не проходили.
    В hg вхождение несколько проще, разве что, а так, принципиально для освоения, разницы не особо.

     
     
  • 4.54, Аноним (54), 01:23, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы что-то осваивать, надо иметь в этом необходимость. С другой стороны, многие фанбои гита SVN толком не знают.
     
     
  • 5.60, llolik (ok), 08:16, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >  Чтобы что-то осваивать, надо иметь в этом необходимость

    Ну так я и не призываю спрыгивать только потому, что это модно. Ест-но инструмент нужно брать исходя из потребностей. Если устраивает SVN, то почему бы и нет, если в целом устраивает.

     
  • 5.63, Andrey Mitrofanov (?), 09:26, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Чтобы что-то осваивать, надо иметь в этом необходимость. С другой стороны, многие
    > фанбои гита SVN толком не знают.

    Ну, да.  Именно!

    "SVN толком не знают", ведь "чтобы что-то осваивать, надо иметь в этом необходимость."

     
  • 5.77, Аноним (77), 19:06, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Надеюсь вы то с гитом помучались.
     
  • 3.78, blzz (?), 19:09, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    смотрел как Линус свой гит нахваливал, как вообще он пришёл к идее написать свою CVS. Лично его интересовали такие фичи как лёгкость создавать и мержить ветки. В таких проектах как ядро линукс это наверное и годно, но в корпоративных условиях это наверное и не самое главное. Поэтому гит - потому что популярен.
     
     
  • 4.80, пох (?), 22:56, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    его интересовала единственная фича - ничего не менять. "шлите патчи в рассылку, непременно нарезав мелкими ломтиками и каждый заверните в салфеточку".
    поэтому и был написан уродливый набор врапперов, автоматизирующий ему именно такой уродливый workflow.

    а автор hg в это время просто взял и написал себе на коленке бесплатную (платная уже была) dvcs, решающую некоторые нерешаемые в svn/cvs проблемы.

     
  • 4.86, Andrey Mitrofanov (?), 09:39, 19/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Линус свой гит нахваливал, как вообще он пришёл к идее
    > написать свою CVS. Лично его интересовали такие фичи как лёгкость создавать
    > и мержить

    Его интересовало _срисовать_ биткипер после того, как
    МакВой зажал его би-и-исплатную __лицензию__.

    https://lwn.net/Articles/130746/
      https://lwn.net/Articles/12120/
      http://lwn.net/1999/features/BitKeeper.php3
    https://lwn.net/Articles/574079/
    https://www.opennet.ru/opennews/art.shtml?num=38016
    https://en.wikipedia.org/wiki/Git#History

     
     
  • 5.89, нах (?), 17:43, 19/02/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    нет, ты опоздал родиться Его вообще не интересовал никакой биткипер - шлите пат... большой текст свёрнут, показать
     
     
  • 6.91, Andrey Mitrofanov (?), 17:54, 19/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> Его интересовало _срисовать_ биткипер после того, как
    > нет, ты опоздал родиться.

    :-D

    > Оно бы так и продолжалось по сей день, если бы у Биткипера
    > не было очень ушлого продавца, по совместительству что-то там в свободное
    > время ковырявшего в ядре.
    > Совершенно нечеловеческими усилиями трехлетней ездой по ушам (хороший, с-ка был менеджер!)

    Ваше восхищение "талантливым продавцом" я вижу.

    Ему, восхищению, вполне верю.  Записываю: " по слухан на опенете, бездарного-ленивого-грубого пассана линуса научил vcs-ам талантливый продаван проприертари ".   Ничего не перепутпал?  Нуилан.

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

    А Hg -то при чём?  //С нетерпением жду следующ ^W очередного TLDR-а.  [I]Спасибо![/I]  С удовольствием пропускаю всё, кроме первых и последних 3ёх строчек.

     
     
  • 7.93, нах (?), 18:29, 19/02/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ничего не перепутпал?

    в общем, нет - то есть пытались многие (потому что в 98м году работать с большим проектом вообще без vcs уже только Линусу и приходило в голову), но, поскольку неправильно приседали и недостаточно низко кланялись, получилось только у продавана.

    > А Hg -то при чём?

    а там разработчик имел несчастье работать в коммерческой конторе, которая тоже использовала БК. Ну и получил ультиматум от того самого продавана. Видимо, зарплата была ему дороже хобби, и он поклялся на долларовой бумажке, что пока работает в этом месте, никакого отношения к hg иметь не будет.
    Чувака зовут (звали?) Bryan O'Sullivan, он еще и автор hgbook, никакой современной адекватной замены которой, увы, нет ровно по этой же причине.

     
  • 2.50, Vkni (ok), 22:13, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Время шло, Линус выступает в Гугле, появляются разные *hub'ы и вдруг git - это круто и молодежно. Везде PR'ы и MR'ы.

    И, что характерно, ядро Linux разрабатывается не на Github. ;-) Увы, но Github не позволяет удобно вести большие проекты, распиленные на разные репозитарии.

    > А вот любители гита не могут сделать ни ребейз по человечески ни сквошить свои комиты

    Большинству людей из git достаточно знать clone/checkout/commit/push изредка fetch, ещё реже rebase. Зачастую даже ветки менять необязательно - достаточно master. И при всём этом убожестве получится принципиально лучше, чем без VCS.

     
     
  • 3.52, Аноним (18), 23:11, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В том то и дело, эти "clone/checkout/commit/push" в том или ином виде позволяет делать практически любая современная VCS с поправкой на конкретный flow принятый в проекте.
    Знание только как нажать одну из этих кнопочек в типовом сценарии совсем не позволяет выдвигать хоть какое-то компетентное мнение о выборе VCS.
    Большинство даже не очень понимают о каком flow речь, мол "как в github делать реквесты" и всё.
    Иной раз даже имея возможность выбрать и VCS и flow под проект приходится учитывать этот масс-гитхаб эффект. Для некоторых это максимум во что они в принципе вникли бы и то только из-за массовости и ореола "крутизны". По факту умеют только самое базовое, а все иные кейсы разбирают и решают другие люди, которые в свою очередь редко бывают столь категоричны в мнении.
     

  • 1.39, Аноним (39), 19:08, 17/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В lklm автору меркуриал довольно популярно объясняли в 2005м году ещё, почему меркуриал говно с его подходом к ведению истории и просадки производительности.
     
     
  • 2.41, Фрекен Бог (?), 19:27, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Потому что не git?
     
  • 2.49, develop7 (ok), 21:38, 17/02/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    собаки лают, караван идёт
     
     
  • 3.64, Led (ok), 11:55, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Так не лайте - охрипнете же.
     
     
  • 4.67, Аноним (23), 13:54, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если не будут лаять, караван идти не будет, очевидно же!
     
     
  • 5.70, Аноним (70), 14:33, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Он давно упал в овраги
     
  • 4.73, develop7 (ok), 15:09, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Так не лайте - охрипнете же.

    classic kindergarten reversal

     

  • 1.68, Xasd5 (?), 14:23, 18/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > В качестве обходного пути защиты можно запретить использование субрепозиториев

    запретить субропозитории?!

    а что мелочиться -- давайте сразу и репозитории запретим!

     
  • 1.75, Ложечка (?), 18:56, 18/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мм, какая погремушка, что там со слиянием крест-накрест, после него так же рвёт башню? А версионированный .hgtags это зачем, кому конфликтов после косого criss-cross не хватило, может ещё вручную .hgtags помержить?
     
     
  • 2.81, пох (?), 22:59, 18/02/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ну так может вам руки выпрямлять и не пытаться сливать несливаемое?

    > А версионированный .hgtags это зачем

    это затем что мы хотим историю его изменений и да, возможность мержа с чужими.

    А если вам теги не нужны или вам их босс назначает - ну так не лазте в этот файл, не будет проблем.

     

  • 1.95, Дуплик (ok), 13:10, 22/02/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Они до сих пор на втором Python?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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