The OpenNET Project / Index page

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

Bitbucket прекращает поддержку Mercurial

20.08.2019 22:59

Платформа совместной разработки Bitbucket прекращает поддержку системы управления исходными текстами Mercurial в пользу Git. Напомним, что изначально сервис Bitbucket ориентировался только на Mercurial, но начиная с 2011 года также стал предоставлять поддержку Git. Отмечается, что теперь Bitbucket эволюционировал из инструментария для управления версиями в платформу для управления полным циклом разработки ПО.

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

По данным опроса Stack Overflow почти 90% разработчиков предпочитают Git, а Mercurial используют всего 3% опрошенных. Подобную тенденцию подтверждает и внутренняя статистика Bitbucket, которая показывает неуклонное снижение популярности Mercurial - из новых пользователей Mercurial выбирают менее 1%. При этом, Mercurial продолжает использоваться для разработки проектов Mozilla, OpenOffice.org, OpenSolaris, OpenJDK, Nginx, Xine и W3C.

1 февраля 2020 года в Bitbucket будет запрещено создание новых репозиторев Mercurial, а 1 июня 2020 года будет отключена вся связанная с Mercurial функциональность, в том числе убраны специфичные для Mercurial API, а также удалены все репозитории Mercurial. Пользователям рекомендуется мигрировать на Git для чего предложены утилиты для конвертирования репозиториев. В случае, если разработчики не желают менять привычный инструментарий, предлагается перейти на другие хостинги открытого кода. Например, поддержка Mercurial предоставляется в SourceForge, Mozdev и Savannah.

  1. Главная ссылка к новости (https://bitbucket.org/blog/sun...)
  2. OpenNews: Хостинг открытых проектов Bitbucket объявил о поддержке Git
  3. OpenNews: Компания Atlassian выкупила хостинг открытых проектов Bitbucket
  4. OpenNews: GitHub и SourceForge признаны неприемлемыми для размещения кода проектов GNU
  5. OpenNews: Открыты исходные тексты системы управления версиями BitKeeper
  6. OpenNews: Выпуск распределённой системы управления версиями Mercurial 4.9
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: bitbucket, mercurial
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (171) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.13, Аноним (13), 02:15, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Ну если они хотят прикручивать к сервису новые фичи, которые тормозятся меркуриалом, так не прикручивали бы их к нему. В гите пусть будут, а меркуриал по функциональности пусть будет заморожен.

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

     
     
  • 2.25, Crazy Alex (ok), 04:15, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Стоит дорого. Тестирование, просто учёт при разработке, реакции на жалобы, проблемы с совместимостью кода, риски безопасности и так далее.
     
     
  • 3.60, Попугай Кеша (?), 10:07, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда отправили бы в Apache-могильник, да и все или на откуп сообществу выкинули
     
     
  • 4.61, Andrey Mitrofanov_N0 (??), 10:20, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Тогда отправили бы в Apache-могильник, да и все или на откуп сообществу
    > выкинули

    Ты путаешь: то оперсорс-могильниик, а тут проприертраный.

    [I]Закрыли закрытое в закрытый могильник.[/I] Панимаишь? Общественно полезная услуга...

     

  • 1.6, Anonymoustus (ok), 00:39, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > Подобную тенденцию подтверждает и…

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

     
     
  • 2.8, Avator (ok), 00:49, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну причем тут мода? Очевидно же что в борьбе HG и GIT лидер опеределился достаточно давно. Единственная ошибка, которую они сделали - это объявление данной новости без подготовки, не предоставив удобного инструмента или инструкции по конвертации репозиториев.
     
     
  • 3.57, пох. (?), 09:57, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну причем тут мода?

    при том что обезьянкам следовало бы продолжить твою фразу: "очевидно же, что в борьбе github и gitlab лидер определился достаточно давно, а битбакет - свалка брошенных проектов мертвых лавочек, и ненужен вообще никому ровно так же как его три процента меркуриалов". И через пару лет придет  к закономерному банкротству.

    Потому что два гитлаба точно не нужны. Точно так же как не нужны обезьянкам vcs отличные от той, в которой они "освоили" push и pull.

     
     
  • 4.62, Andrey Mitrofanov_N0 (??), 10:24, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Ну причем тут мода?
    > при том что обезьянкам следовало бы продолжить твою фразу: "очевидно же, что
    > в борьбе github и gitlab
    >лидер
    >мертвых лавочек
    >к закономерному банкротству.
    > Потому что два гитлаба точно не нужны.

    А вот и господоин экспент по олимпийской борьбе косла с озлом со своим принципиальным и однозначным....

    ..."микрософт побеждает".

     
  • 4.73, Crazy Alex (ok), 11:05, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    То есть две открытых софтины и два конкурирующих коммерческих продукта (которые продаются и деньги приносят) не различаем?
     
     
  • 5.84, пох. (?), 12:00, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    а чего их различать? Вам лишь бы на халяву, все с лопаты слопаете.

     
  • 4.102, анним (?), 14:56, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Можно подумать, освоение push/pull во всех где-либо используемых VCS сделает из обезъяны человека.
     
     
  • 5.113, пох. (?), 17:20, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно подумать, освоение push/pull во всех где-либо используемых VCS сделает из обезъяны
    > человека.

    нет, конечно. Но они ж и этого - тоже не могут.

     
  • 2.9, Хренейм (?), 01:06, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Уже больше десятка лет git - отраслевой стандарт, а у вас всё мода и мода.
     
     
  • 3.10, Аноним (10), 01:23, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Весь мир мода, а люди в нем хипсторы.

    Во так вот, братюня. Один я не хипстор, один я на белом коне.

     
     
  • 4.103, анним (?), 15:08, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Один я не хипстор, один я на белом коне.

    Деление на ноль.

    Mueller English-Russian Dictionary (mueller7)
    hipster
       [ˈhıpstə] _n. _разг. человек, презирающий условности, хипстер, битник

     
     
  • 5.104, анним (?), 15:13, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хотя... может и само слово противоречивое:

    Новый Большой англо-русский словарь (magus)
    hipster
          1> _сл. хипстер, битник; человек, презирающий условности
          2> любитель поп-музыки

     
  • 3.17, Аноним (17), 02:59, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    У крупных компаний, которые ворочат тоннами кода. Для небольших проектов он бессмысленен. Думаю 90% использующих git заучили две команды и более не знают, а потом плюются от ловли ахтунгов.
     
     
  • 4.53, Ананимус (?), 09:25, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Для небольших проектов он бессмысленен.

    Глупости какие, как раз наоборот. Если внесение патчей в проект требует изучения ещё одной новой нескучной DVCS, то вносить патчи в этот проект не будут.

     
     
  • 5.56, пох. (?), 09:52, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    если ты не можешь осилить ДАЖЕ mercurial - тебе не надо вносить патчи в прекрасный CoC.md - тебе надо пойти в макдак работать.

     
     
  • 6.74, Аноним (74), 11:13, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Поддерживаю полностью Тем более, что hg значительно проще git-а по освоению так... текст свёрнут, показать
     
     
  • 7.85, пох. (?), 12:06, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Тем более, что hg значительно проще git-а по освоению таких простых вещей.

    ну как он может быть "проще", если чувак делает pull, а файлики - не обновились? Это решительно невозможно понять (тем более что push работает как нада!)  тем более - комитеру README.md

    вот они и не понимают, вполне искренне.

    И не, пефорса не взлетит - это ж деньги платить надо, этого тем более никто не любит - ни девелоперы, ни тем более эфехтивные. Будет только один git - под мудрым руководством microsoft, затобесплатно.
    Кстати, с нескучным интерфейсом к svn (понятно, после первого же svn mv или cp вся история внезапно  накроется, но кому она нужна)

     
     
  • 8.97, Аноним (97), 14:20, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а почему пул должен что-то менять локально мне это поведение наоборот видится б... текст свёрнут, показать
     
     
  • 9.100, имя (?), 14:47, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У вас вообще-то уже есть куча plumbing-команд из коробки Ну, да, без защиты от ... текст свёрнут, показать
     
  • 9.108, пох. (?), 16:49, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    дык - потому что они так привыкли хренак-хренак-хренак,комит,ой что там-кто там... текст свёрнут, показать
     
  • 8.136, Your Anonymous (?), 21:21, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А тебя не смущает, что чтобы запушить, ещё закоммитить для начала надо ... текст свёрнут, показать
     
     
  • 9.137, пох. (?), 21:43, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    меня ничего не смущает - я умею пользоваться hg Смущает - осиливших две команды... текст свёрнут, показать
     
  • 8.143, KonstantinB (ok), 00:36, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что hg pull - это примерно то же, что git fetch И делать сначала fetch и... текст свёрнут, показать
     
     
  • 9.166, пох. (?), 10:29, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    только про последний знают единицы Как и про git pull --no-commit --ff-only на ... текст свёрнут, показать
     
     
  • 10.172, KonstantinB (ok), 15:35, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда я знаю, что получится, я хочу rebase А это 95 случаев А когда у меня ес... текст свёрнут, показать
     
  • 6.99, Ананимус (?), 14:46, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем осиливать меркуриал, если во всех нормальных проектах Git?
     
  • 4.88, anonymous (??), 12:09, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Для небольших проектов он бессмысленен.

    Правильно. Для небольших проектов идеален fossil. А hg пытался конкурировать с git именно на фоне больших проектов.

    P.S. Для очень больших проектов git тоже плохо подходит - приходится вставлять кучу костылей.

     
     
  • 5.90, пох. (?), 12:49, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ms уже навставляла - костылей на больную сороконожку хватит. И ничего, жрут.

     
     
  • 6.95, Аноним (95), 13:49, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Костылями мс никто пользоваться не заставляет, это вообще отдельный проект на дотнете
     
  • 5.132, Аноним (132), 19:33, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Для небольших проектов идеален fossil.

    Это тот комбайн со встроенным веб-сервером, который используют только Tcl/Tk и сам fossil?

     
     
  • 6.133, пох. (?), 19:52, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это тот комбайн  со встроенным _работающим_ вебсервером (в отличие от невменяемой хрени, встроенной в git чтоб было что выбросить и не сильно лучшей, встроенной в пихон, который встроен в hg...или вернее hg в него встроен ;) который используется _в_том_числе_ tcl и sqlite, помимо мильена мелких проектов, которые могут, умеют, и совершенно не видят смысла в привлечении "разработчиков cock.md", осиливших единственно-верную площадку.

    (прикол там не столько в вебсервере, сколько в том что этот вебсервер умеет - а он умеет и трекер, и вику, и все что положено)

     
     
  • 7.144, KonstantinB (ok), 00:45, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    все в одном, прямо как systemd! :-)
     
     
  • 8.160, пох. (?), 09:55, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    в отличие от системды - никто тебе не мешает пользоваться только vcs Правда, ви... текст свёрнут, показать
     
     
  • 9.173, KonstantinB (ok), 15:38, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да с системдой примерно так же, можно скомпилить самый минимум, только а что мне... текст свёрнут, показать
     
     
  • 10.175, пох. (?), 16:00, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    пользы от такого минимума - никакой Я пробовал flow тут ближе к svn, если спец... текст свёрнут, показать
     
  • 4.130, анним (?), 19:19, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В команде без rebase и возможно cherry-pick не обойтись (это минимум для рядового PR-щика).
    VCS может быть бессмыслен только если только один лично работаешь и никогда не ошибаешься (иначе надо отслеживать историю, чтобы понять, как ты там или здесь наворотил).
     
  • 3.29, Тот_Самый_Анонимус (?), 05:28, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +13 +/
    >Уже больше десятка лет git - отраслевой стандарт, а у вас всё мода и мода.

    Когда ту же логику применяют к МСофису и его форматам или винде на ПК, к фотошопу или корелу, то у местной аудитории почему-то бомбит.

     
     
  • 4.35, Аноним (35), 07:57, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ты этого, не того, а то мы тебя...
     
  • 4.69, Гентушник (ok), 10:57, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Когда ту же логику применяют к МСофису и его форматам

    Вы сейчас про пропихнутый стандарт OOXML обложенный патентами майкрософта? Или про сам проприетарный MS Office?

     
  • 4.75, Crazy Alex (ok), 11:16, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Бомбит потому что монополиями навязана дрянь
     
     
  • 5.139, Тот_Самый_Анонимус (?), 22:09, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Бомбит потому что монополиями навязана дрянь

    Какая разница что навязано? Отсутствие альтернативы — не есть хорошо.
    И да, МСО куда как удобнее ОО и ЛО. Но это уже вопрос вкусов.

     
     
  • 6.145, KonstantinB (ok), 00:46, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А где тут отсутствие альтернативы? Очередной проприетарный сервис что-то там выпилил? И что?
     
     
  • 7.161, пох. (?), 09:58, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А где тут отсутствие альтернативы? Очередной проприетарный сервис что-то там выпилил? И
    > что?

    а что, еще кто-то был или хотя бы - остался? Может, еще и не проприетарный?

    rhodecode ? Так там русские, кажись...

     
     
  • 8.174, KonstantinB (ok), 15:43, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не проприетарный как был один savannah gnu org так и остался UI, там, конечно, ... текст свёрнут, показать
     
     
  • 9.180, имя (ok), 16:13, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У Столлмана бот, пересылающий страницы в почту Но даже без этого проблема в том... текст свёрнут, показать
     
     
  • 10.181, KonstantinB (ok), 16:27, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Их просто надо уметь готовить Если аккуратно ручками выпиливать, а не тащить то... текст свёрнут, показать
     
     
  • 11.189, пох. (?), 17:32, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    только закончен проект будет - примерно никогда что-то мне подсказывает, что бр... текст свёрнут, показать
     
  • 10.188, пох. (?), 17:30, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    так, на минуточку - напомню, у hg веточки в дереве - рисуются canvas - ... текст свёрнут, показать
     
  • 4.94, Аноним (95), 13:47, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы мсофис работал на линуксе, то многие пользовались бы и не морщились (кто-то тайком, продолжая публично клясть мелкомягких)
     
     
  • 5.109, пох. (?), 16:50, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если бы мсофис работал на линуксе, то многие пользовались бы и не

    а чего, не? А, ну да, вам же вайн обещали доломать...

     
  • 4.110, Аноним (110), 17:01, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Git это СПО и поэтому к нему нормальное отношение как к стандарту и вообще, в отличие от матёрой проприетарщины.
     
     
  • 5.141, Тот_Самый_Анонимус (?), 22:10, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Git это СПО и поэтому к нему нормальное отношение как к стандарту и вообще, в отличие от матёрой проприетарщины.

    Т.е. вопрос не в объективных параметрах, а в идеологии открытости. Но это не ко мне, а к сектантам.

     
  • 2.12, all_glory_to_the_hypnotoad (ok), 02:02, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет никакой суеты, просто HG это неудачный проект и от него начали отказываться довольно давно.
     
     
  • 3.16, Аноним (17), 02:56, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Пояснений о неудачности мы конечно же не дождёмся.
     
     
  • 4.47, Аноним (47), 08:38, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А ссылку на RussiaToday тебе не нужно?
     
     
  • 5.65, Anti pythorust (?), 10:36, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –6 +/
    не, давай сразу на усраин тумороу. Ой они ж закрылись чз день после открытия
     
  • 4.54, Ананимус (?), 09:26, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >  Пояснений о неудачности мы конечно же не дождёмся.

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

     
     
  • 5.76, Аноним (76), 11:16, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для начала посчитали бы тогда уж и число пользователей, использующие ВСЕ возможности их гуйни. А то выяснится, что кроме git pull/push используется в 99% случаев.
     
     
  • 6.78, Аноним (76), 11:17, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    "кроме" лишнее
     
  • 6.96, Аноним (95), 13:51, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Таким пользователям абсолютно похрену, что происходит внутри, поэтому компаниям, осблуживающим репозитории, выгодно стандартизироваться на том, что предпочитает большинство, чем поддерживать кучу разных VCS
     
  • 4.93, Аноним (95), 13:44, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А что тут пояснять, если даже Python с hg свалил
     
  • 4.142, all_glory_to_the_hypnotoad (ok), 23:48, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    HG не первый день существует ну ладно Авторы чрезмерно упоролись модульност... текст свёрнут, показать
     
     
  • 5.146, KonstantinB (ok), 00:47, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще в меркуриале есть mq, который заменяет кучу фич гита. Но его настолько никто не осилил, что даже задепрекейтили. Хотя там ничего сложного, если в голове немножко мозгов есть.
     
     
  • 6.152, Аноним (152), 02:45, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вот MQ постоянно пользуюсь, хотя при необходимости навереное мог бы как-то и вык... текст свёрнут, показать
     
     
  • 7.156, Аноним (156), 05:33, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Внимание! Обнаружен редкий вид - программист, который умеет пользоваться Mercurial. Требую немедленно занести в красную книгу!
     
  • 7.157, Аноним (156), 05:37, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не, щас, конечно, тут объяснят, как это все делать в git через staging, stash, временные ветки, rebase и такую-то матерь, я и сам так делаю (куда от Гита ныне денешься), привык и не жалуюсь, но вспомнил, насколько же это все было удобнее в ртути и аж слезу чуть не пустил. :-)
     
  • 6.162, пох. (?), 10:00, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще в меркуриале есть mq, который заменяет кучу фич гита. Но его
    > настолько никто не осилил, что даже задепрекейтили. Хотя там ничего сложного,

    просто уже есть гит.

    То есть если тебе  нужен mq- можно спокойно гитом пользоваться. А тем кому hg - он как-то не особенно зашел.

     
  • 6.169, all_glory_to_the_hypnotoad (ok), 10:55, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще в меркуриале есть mq, который заменяет кучу фич гита

    Mq это уныние, грусть и печаль если рассматривать как замену некоторым фичам Git - решение неполноценное и с ужасным интерфейсом. Многое в этот ужас вносит отсутствие staging area в HG.

    > Но его настолько никто не осилил, что даже задепрекейтили.

    Неужели. Давай посмотрим что про него думают разработчики:

    > The problems with MQ is that it introduces a new concept, the patch, which is essentially a commit that doesn't know merge logic and (2) many of its operations (qrefresh, qfold, qdelete) do not produce any backups, so it's easy to lose work

    Т.е. эта фича прикручена костылём и не по феншую. Случай наглядно демонстрирует зацикленность дизайнеров HG на неких минорных деталях и полное отсутствие целостного представления сочетания этих деталей в одном продукте.

     

     ....большая нить свёрнута, показать (67)

  • 1.2, Аноним (10), 00:13, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Ну и правильно. Если говорить языком аналогий, если Бог написал Вселенную, то написал он ее на Си, и использовал при этом Гит.
     
     
  • 2.3, Ordu (ok), 00:16, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    На лиспе. И Бог не использовал системы контроля версий. Он говорил программу семь дней, и Вселенная заработала.
     
     
  • 3.4, НяшМяш (ok), 00:22, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +22 +/
    Не нужна система контроля версий для проекта, который всего 7 дней длился и который потом никто не будет поддерживать.
     
     
  • 4.33, Аноним (33), 07:56, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    7 (6) дней это только компиляция.
     
     
  • 5.163, Аноним (163), 10:05, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а может, таки, uptime?
     
  • 4.11, vitalif (ok), 01:34, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    6 дней кодил, на 7-й запустил
     
  • 3.18, Аноним (18), 03:07, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    "Ну как бы да, но если честно, по большей части все было наспех склепано на Перле": https://www.xkcd.com/224/
     
  • 3.22, Аноним (22), 03:29, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    То-то говнокод такой получился.
     
  • 3.34, Andrey Mitrofanov_N0 (??), 07:57, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > На лиспе. И Бог не использовал системы контроля версий.

    Там у них сроки горели, так что...

    "[Last night I drifted off while reading a lisp book. ...]
    Honestly, we hacked most of it together with Perl."

    https://www.xkcd.com/224/
    https://xkcd.ru/224/
    https://www.explainxkcd.com/wiki/index.php/224:_Lisp

     
  • 2.66, Аноним (110), 10:37, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >если Бог написал Вселенную, то написал он ее на Си, и использовал при этом Гит

    Может, Гит и исползовал, но написал он её на Плюсах.

     
     
  • 3.135, анним (?), 20:27, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Он сразу придумал в машинных кодах, и все что теперь происходит - его мысли-потоки.
     
  • 3.138, пох. (?), 22:08, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    тогда бы оно сегфолтилось каждую субботу.

    Так что да, скорее всего он думал прямо в кодах - он-то - Бог, он-то могет. (я,правда, вполне в вещественном мире запрещенное-на-опеннете-слово видел, который музычку в кодах на бк-0010 писал, не то чтобы сильно напрягаясь, ну мало ли - Б-жье откровение осенило, бывает)

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

     
  • 2.151, Аноним (151), 02:18, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Еще со времен C VS Pascal было понятно что из двух вариантов "сообществом" будет выбран худший.
     
     
  • 3.167, пох. (?), 10:32, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Еще со времен C VS Pascal было понятно что из двух вариантов
    > "сообществом" будет выбран худший.

    ну вроде ж дельфи - сдохла?!


     
  • 3.187, Аноним (187), 17:02, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    "сообществу будет выбран" - так правильно.
     

  • 1.14, Аноним (14), 02:18, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    сам hg не пользуюсь, но ИМХО git зажился.
     
     
  • 2.48, Аноним (47), 08:39, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А Пастернака читал?
     

  • 1.15, Аноним (17), 02:55, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    И Bitbucket станет резко бесполезным.
     
     
  • 2.19, Аноним (18), 03:17, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не думаю, что они это просто так решили. Им там виднее, что наиболее востребовано их коммерческими клиентами, и почему эти клиенты платят именно им, а не конкурентам.

    Но жаль. Меркуриал мне всегда нравился больше Гита: он проще, понятнее и удобнее.

     
     
  • 3.58, пох. (?), 10:01, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    угу, все дЭффективные так думают. А потом улетают на золотых парашутиках, желая уволенным горе-разработчикам приятного полета.

    > Но жаль. Меркуриал мне всегда нравился больше Гита: он проще, понятнее и удобнее.

    но битбакета - ни разу не жаль, он всегда был г-но.

    ms'овского codeplex вот немножко жаль. Ну там понятно -индусы ж не умеют никакой hg, зачем он им.

     
     
  • 4.63, Andrey Mitrofanov_N0 (??), 10:27, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > ms'овского codeplex вот немножко жаль.

    Да-да, не сдерживася.  Поплачь.

     
  • 2.77, Crazy Alex (ok), 11:17, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Битбакет берётся в комплекте со всеми остальными атлассиановскими сервисами. Он, пожалуй, гитхаб переживёт.
     
     
  • 3.87, пох. (?), 12:08, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    современным разработчикам эти его "сервисы" нихрена непонятны и неудобны (в общем-то и по факту оно так). Они хотеть гитхаб!

     
     
  • 4.128, Crazy Alex (ok), 19:06, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так там, где атлассиан деньги зарабатывает, решают не разработчики,а менеджеры. Которые хотят взять всё сразу в одном месте, интегрированное и чтобы администрировал кто-то другой. Кстати, разработчики там обычно хотя того же.

    Открытым проектам надо другое, ну так они ничего на битбакете и так не забывали в основном.

     
     
  • 5.134, пох. (?), 20:00, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    дык, гитхап и гитшлак предоставляют платные услуги, с великим удовольствием.

    Прикол атласиана в его специфических других продуктах - которые как раз малоосмысленны, если ты не можешь их подпилить под местные задачи. А это автоматически означает что админов таки придется нанять, причем со специальными умениями (у нас когда-то цельный отдел был, прям как для 1С какой). А ведь гитшлакCE развернет тебе любой девляпс, бешплатна!

     

  • 1.20, б.б. (?), 03:25, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    мне git-only напоминает windows-only - не только пользоваться самим, но и всячески его насаждать и создавать проблемы всем остальным: патамушта у нас единственно правильный путь

    пользуюсь и git, и hg, и fossil. и даже cvs :) но только как фетчилкой

     
     
  • 2.45, Hewlett Packard (?), 08:38, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > всячески его насаждать и создавать проблемы всем остальным: патамушта у нас единственно правильный путь

    Pulseaudio, systemd.

     
  • 2.80, Crazy Alex (ok), 11:25, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А смысл? Если гит уже знаешь - то можно им для всего пользоваться. В отличие от винды, где проблема не в том, что в ней уметь работать надо, а в том, что она кучу проблем создаёт и денег стоит.

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

     
     
  • 3.116, Аноним (10), 17:41, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Ты что, вантузоид? Нужно пользоваться одновременно и лопатой, и палкой-копалкой из каменного века.
     
     
  • 4.124, анонн (ok), 18:17, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ты что, вантузоид? Нужно пользоваться одновременно и лопатой, и палкой-копалкой из каменного века.

    Судя по регулярно-яростному упоминанию "вантузоидов" и сравнению ртути с палкой-копалкой, кое-кто у нас уже (почти) аж три месяца "не вантузоид", да?

     
     
  • 5.126, Аноним (10), 18:32, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Судя по регулярно-яростному упоминанию "вантузоидов" и сравнению ртути с палкой-копалкой, кое-кто у нас уже (почти) аж три месяца "не вантузоид", да?

    Это да, вон некий "б.б" при упоминании гита сразу перешел в поражающие всякое воображение аналогии с вантузоидами:

    > Сообщение от б.б. (?), 21-Авг-19, 03:25
    > мне git-only напоминает windows-only

    Ждем от него ответки по поводу того, что он "три месяца не вантузоид".

     
  • 2.112, Аноним (112), 17:16, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Очнись, они ничего не нсаждают, а тупо минимизируют свои расходы за счет удаления малоиспользуемой фичи.
     
  • 2.125, анонн (ok), 18:20, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > мне git-only напоминает systemd/pulseaudio-only - не только пользоваться самим, но и всячески
    > его насаждать и создавать проблемы всем остальным: патамушта у нас единственно правильный путь

    пофиксил, так понятнее.

     

  • 1.21, Аноним (21), 03:26, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    То есть они их тупо удалят за место того чтобы "сконвертировать" в git (хоть и без истории но хотя бы с ветками)? Лол. Позор.
     
     
  • 2.41, FSA (??), 08:27, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нафиг мне репозиторий без истории? Я с тем же успехом качну его в виде архива. Вопрос в том, что могут быть проекты, авторы которых их забросили и не будут заморачиваться их конвертировать.
     
  • 2.79, имя (?), 11:23, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    разве нет чего-то типа git-hg? даже для свн такое есть, значит и для меркуриала тоже должною
     
     
  • 3.98, Аноним (97), 14:28, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    есть
    https://hg-git.github.io/
     
  • 3.111, пох. (?), 17:03, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > разве нет чего-то типа git-hg? даже для свн такое есть

    ты этим "таким" пользоваться-то пробовал?

    > значит и  для меркуриала тоже должною

    только пользы от него будет еще меньше.

    (hg-git это в другую сторону, кстати, угадайте - где у него репо, и в каком формате ;-)

     
  • 2.150, KonstantinB (ok), 00:57, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю, они посмотрели, сколько там заброшенных mercurial-репозиториев (еще с времен, когда у них поддержки гита не было даже в планах и прикинули, сколько бабла сэкономят.

    Технически-то сконвертировать особой проблемы нет.

     
     
  • 3.176, пох. (?), 16:01, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    это какой-то не дэффективно-менеджерский подход.

    Если бы они посмотрели сколько там ВСЕГО дохлых репозиториев - то мигрировали бы, наоборот, на hg. Бабла бы сэкономилось гораздо больше.

     
     
  • 4.182, KonstantinB (ok), 16:30, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот такие вот менеджеры в Атлассиане.
    Я не вижу другого объяснения отсутствию автоконверта (или хотя бы кнопочки "сконверти-ка мне тут все").
     

  • 1.23, Аноним (21), 03:40, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Разработчики битбакета напоминают мне тех кто пишет cp1252-only софт, который не умеет в нормальную поддержку языков и вечно показывает каракули, как то было 20 лет назад.

    Когда закрыли ГуглКод я в битбаките создал issue. По типа вашим downloads не хватает тегов. Вот история:

    >>> Thanks for raising this issue. I've added this to our backlog and we'll look into this at some point. Cheers, Brian 2014-01-31
    >>> Marcus Bertrand staff marked as minor 2014-02-10
    >>> Zachary Davis Account Deactivated Removing component: usability (automated comment) 2014-02-21
    >>> Atlassian Bitbucket changed status to closed This issue has been closed due to inactivity. If you continue to see problems, please reopen or create a new issue. 2016-04-15

    2 года карл они не решили этот вопрос!

     
     
  • 2.27, Аноним (27), 05:09, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Что за мода пошла - закрывать за давностью? Типа - "ну и хрен с ним с багом, может не заметит больше никто, зато у нас багтрекер чистый"?
     
     
  • 3.28, путократ (?), 05:23, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Позиция «жили мы тыщу лет без вашего *** — и ещё тыщу проживём» встречается довольно часто.
     
  • 3.32, Anonimous (?), 07:41, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ubuntu way!
     
  • 3.81, Crazy Alex (ok), 11:29, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нормальная мода для коммерческой конторы, которой практический результат нужен. Если за энное время никто к low priority багу не добавился - значит он и правда никого не интересует. Закрыли - менеджер не тратит время на его анализ, более корректная статистика по багам и вообще мусора чуть меньше.
     
     
  • 4.168, пох. (?), 10:34, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Нормальная мода для коммерческой конторы, которой практический результат не нужен.

    поправил, не благодари.

    Любой баг надо объявить low priority и подождать пару лет - глядишь, юзер привыкнет обходиться костылями, или свалит нах со своими тремя копейками.

    А потом его закрыть, как "неактивный".

     
  • 3.114, Аноним (112), 17:34, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Может ты с тех пор свалил с битбакета и фича больше никому не нужна?
     
  • 2.55, Аноним (55), 09:41, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это ж Atlassian, они баг репорты и уж тем более фич реквесты всегда по несколько лет рассматривают
     
  • 2.59, Анонимусис (?), 10:04, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тут лучше вспомнить многолетний issue с группировкой/тегированием/либо каким-то другим методом организации реп. И кстати непофиксили
     

  • 1.31, Ю.Т. (?), 07:13, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Невразумительно чуток.

    Не последнюю роль сыграло достижение сервисом планки в 10 млн. пользователей. Далее, компания видит git как самую популярную платформу (90%) управления версиями, в то время как mercurial -- наименее популярная (3%). На самом сервисе использование mercurial неуклонно падает (видимо, имеется в виду процент действий), и доля новых пользователей сервиса, выбирающих, mercurial, упала ниже 1%.

    То есть вопрос, как всегда, в деньгах.

    Далее, Компания обещает поддержать преобразование репозиториев mercurial в формат git.

    Очень неудачная фраза:
    > Отмечается, что теперь Bitbucket эволюционирует из инструментария для управления версиями в платформу для полного управления циклом разработки ПО, нацеленной на разработчиков, придерживающихся парадигме DevOps

    Собственно DevOps здесь ни при чём. Речь о том, что Bitbucket [code] за время взлёта популярности DevOps[/code]
    [code]...превратился из инструмента, способного лишь управлять версиями ПО, в средство управления полным циклом разработки ПО [термин стандартный; кстати, ИСО 12207][/code].

     
     
  • 2.37, ыы (?), 08:19, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >То есть вопрос, как всегда, в деньгах.

    Ви ховорите так, как будто это плохо...

     

  • 1.39, Аноним (152), 08:23, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Не то, чтобы я много пользовался bb, но там хостится немало проектов Ситуация с... текст свёрнут, показать
     
     
  • 2.52, Алексей Морозов (ok), 09:12, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Сейчас в git получается быстро, но надо еще разобраться в какой ветке и в рамках чего это делалось

    Тут вопрос исключительно соглашений в рамках каждого проекта.

    У нас (конторский Gerrit/Redmine/Jenkins/Proxmox/чего там ещё девопсы накрутили) коммит невозможно запушить на ревью без тега Redmine: <# задачи> или Redmine-Fix: <# задачи>. Ну и Change-Id: , естественно.

    Соответственно, видна не только причина возникновения того или иного изменения, но и то, как автор, при помощи товарищей и их въедливых комментариев, дошел до именно такой реализации.

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

     
     
  • 3.70, пох. (?), 11:02, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Так что, все делается, вопрос в стандартизации и обучении персонала этим практикам.

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

    А потом удивляемся результатам... или, вернее, уже не удивляемся совсем.

     
     
  • 4.82, Аноним (82), 11:35, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Ручное распихивание в каждый ерундовый комит номера задач

    Через хуки, сэр, через хуки

     
  • 4.83, Аноним (83), 11:55, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Ручное распихивание в каждый ерундовый комит номера задачи

    Почему ручное?
    git config commit.template
    git config alias.xxxxx список нужных опций и команд

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

     
     
  • 5.89, пох. (?), 12:11, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если вместо вменяемых описаний ченджсета вдолбленная привычка пихать бессмысленный номерок - оно так и будет.

    Если вдолблена, наоборот, привычка описывать смысл и назначение изменений...да нет, вы шутите, нет таких разработчиков.

     
     
  • 6.91, Аноним (91), 13:34, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    госспаде пох, всем все понятно, там не только номерок. На нормальных ревью левые дескрипшны не пройдут, и через пару подзатыльников все работают адекватно согласно принятым в команде правилам. А вот если чел такой упертый, как ты, то тут уж ничего не исправишь, прощай
     
  • 3.101, Аноним (152), 14:51, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это то понятно, что можно и даже нужно.
    Но ведь это уже вынужденная практика. Так можно было бы и время комита, и автора тоже хранить в форматированном message. Да и обычно, если пришлось делать такую проверку на автомате, то наверняка теперь куча комитов где в описании только эти циферки, либо не сильно лучшие "Some work on #12345".
    В любом случае разбор истории без этих "Gerrit/Redmine/Jenkins/Proxmox/чего там ещё девопсы накрутили" становится не возможен. Как следствие всё будет опять на централизованном сервере и возможно даже только в вебе. И чем это существенно отличается от SVN?
    ИМХО, тренд на децентрализацию завернули накидав сообществу косточек.
     
     
  • 4.123, пох. (?), 18:10, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    я и говорю - типовая обезьянья работа, вручную делать связки репо с трекинговой системой - в каждом комите. Я прямо мечтал о такой, ага.

    > И чем это существенно отличается от SVN?

    для большинства разработчиков - набором непонятных заклинаний. Кстати, у svn их было меньше.

     
  • 4.131, Crazy Alex (ok), 19:19, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Осмысленность коммит мессаджей (а так же PR, багов и прочего) обеспечивается в любом случае только ручной проверкой. Автомат помогает исключительно на предмет борьбы со склерозом и  невнимательностью. При этом в сколь угодно отдельном поле точно так же можно написать любую чушь, а настроить добавление issue description в commit message при мерже бранчи - абсолютно не проблема, если хочется. Но обычно - нафиг не надо. Ну просто потому что ценность issue основная - пока они в работе, а дальше - почти всё равно, что там, если речь не о коммерческих проектах, где надо отчитываться и обосновывать.
     
     
  • 5.140, пох. (?), 22:10, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ага, "ваша история никому не нужна".

     
  • 5.186, Аноним (187), 17:00, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> ценность issue основная - пока они в работе

    Если код не приходится поддерживать годами.

     

  • 1.40, FSA (??), 08:23, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Приехали. Появилась работа, которой не ждал. На битбакете лежало 8 проектов древних мелких. Теперь их надо высасывать и конвертировать в git, иначе накроется архив медным тазом :-(
     
     
  • 2.71, пох. (?), 11:02, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    высосать и положить на selfhosted hg - не, никак?

     
  • 2.147, KonstantinB (ok), 00:51, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.mercurial-scm.org/wiki/MercurialHosting

    ну или self-hosted, конечно

     

  • 1.42, Аноним (42), 08:30, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    https://code.rhodecode.com/ поддерживает hg, git и svn welcome
     
     
  • 2.106, Moomintroll (ok), 15:24, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > ... svn welcome

    Что такое "svn welcome"?

     

  • 1.44, ПерлухаБратуха (?), 08:36, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все правильно сделали. И они молодцы - предоставили уйму времени и инструменты для миграции с hg на git. Все четко.
     
  • 1.51, Аноним (51), 09:05, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >> По данным опроса Stack Overflow почти 90% разработчиков предпочитают Git, а Mercurial используют всего 3% опрошенных

    Правда по данным того же опроса 16% вместо vcs выкладывают архив с кодом в сеть. Разве Atlassian не видит бизнес перспектив в организации удобного файлообменника?

     
     
  • 2.153, crackn (?), 04:45, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Поначалу все радовались, как интернет-технологии позволяют сервисам обслуживать «длинный хвост» — то есть тех клиентов, которые не входят в основной «топ».

    И вот маятник качнулся обратно: всё больше и больше проектов обрезают своё мясо, зачастую — саму свою суть (как «Firefox»), чтобы «лучше сконцентрироваться на нуждах 80%».

     

  • 1.68, Аноним (68), 10:55, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Удручает то, что репозитории будут удалены
     
  • 1.72, lsh (?), 11:04, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пару лет назад, когда я переходил на Git, frej/fast-export не умел конвертировать мультирепозитории и сама идея висела на их баг-трекере несколько лет. Поддержка такого сценария была добавлена примерно 8 месяцев назад. Если кто уже переводил мультирепозитории с Mercurial на Git: оно стабильно работает?; на что нужно обратить внимание при переходе? Спасибо.
     
  • 1.86, Георгий (??), 12:07, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Зря.
     
  • 1.92, Аноним (91), 13:40, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    всегда знал, что бб рано или поздно накроется, и не использовал.

    а всем остальным предлагаю задуматься над отсутствием привязки хранения коментариев в MR и issue к коду  во всех любимых гит-сервисах. Мейл-листы не так плохи, ребята.

     
     
  • 2.129, Crazy Alex (ok), 19:09, 21/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    мейл-листы в данном контексте - тоже не сахар.Issues и подобные надо бы привязывать к самой репе.
     

  • 1.105, Kuromi (ok), 15:16, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Самое смешное, что в Мозилле потом, вцелом, сожалели что выбрали меркуриал. Во всяком случае в багзилле было немало едких комментов про этот "чертов меркуриал и как он достал". А все потому что решения принималось по бизнес интересам, а не техническим.
     
     
  • 2.148, KonstantinB (ok), 00:53, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    едких комментов про "чертов гит" ничуть не меньше где угодно :-)
     
  • 2.154, crackn (?), 04:48, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Прекрасно помню этот процесс выбора. Решение принималось после очень долгих и тщательных тестов, именно по техническим результатам и удобству использования. Об этом можно и сейчас, наверное, найти записи в блогах мозиллы того времени. Никаких интересов у бизнеса в какой-либо из этих систем не было.
     

  • 1.127, Аноним (127), 19:05, 21/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    У меня подгорело. Ну не нужен мне в битбакете гит. Несколько лет пользуюсь битбакетом и меркуриалом. Ну что же, если заставляют гит - уйду на гитлаб/гитхаб, им же хуже, меньше юзеров будет. Как их выкупил Atlassian, так и пошли они под откос.
     
     
  • 2.149, KonstantinB (ok), 00:53, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > уйду на гитлаб/гитхаб

    "назло маме отморожу уши"

    self-hosted вроде совсем не сложно, не?

     
     
  • 3.155, crackn (?), 04:49, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы фанатам гитхаба говорите.
     
     
  • 4.158, Аноним (156), 05:44, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Гитхаб это прежде всего соцсеть такая, гит там вторичен. Если хочешь контрибьюшенов и при этом твой проект чуточку менее популярен, чем Линукс - приходится. Нынешнее поколение считает, что пуллреквест это кнопочка на гитхабе.

    Сдохнет и черт с ним, туда ему и дорога, все равно все миррорится на селфхостеде.

     
     
  • 5.159, Anonymoustus (ok), 06:23, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Гитхаб это прежде всего соцсеть такая, гит там вторичен.

    Этот анон зрит в корень. Собственно, вот и ответ на все вопросы о популярности, конкуренции и так далее. Стадо ломится на то, что сегодня модно.

     
  • 5.164, пох. (?), 10:06, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Гитхаб это прежде всего соцсеть такая, гит там вторичен.

    так и ведро - тоже.


     
     
  • 6.170, KonstantinB (ok), 14:32, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ведро в основном для приватных реп. В опенсорсе там движухи практически никакой. Все на гитхабе.
     
     
  • 7.178, пох. (?), 16:05, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а ты думал, приватным разработчикам не нужна социалочка?

    (может ты еще и последний заход сцукенберга пропустил? Да-дад, мордокнижка повернулась к "private communications", всей, хгм, мордой. (нет,нет, они не йопнулись - просто это слово означает не то что ты первым подумал))

    еще как нужна - в комит-мессадж реплай "КГ/АМ" не напишешь!

     
     
  • 8.183, KonstantinB (ok), 16:31, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну может кому-то и нужно По моей практике, за социалочкой все идут в гитхаб, а ... текст свёрнут, показать
     
  • 3.165, пох. (?), 10:09, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > self-hosted вроде совсем не сложно, не?

    вообще-то сложно. Тебе последнюю историю с rce в gitea напомнить?
    Да-дад, волшебная игогошечка, православные подходы - уп-с, rce - кто бы мог  подумать, да и было бы - чем?

    Ну и вот хочется тебе бегать впереди этого паровоза, двери ему открывать?


     
     
  • 4.171, KonstantinB (ok), 14:34, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да я этим китайцам никогда не доверял. :-)

    Если для себя - то, прежде всего, зачем вообще на git переходить? В меркуриале вполне вменяемая стандартная морда. Ну и trac есть, если что.

     
     
  • 5.179, пох. (?), 16:11, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В меркуриале вполне вменяемая стандартная морда. Ну и trac есть, если что.

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

    При том что и сам-то трак уже скорее мертв чем жив.

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

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

     
     
  • 6.184, KonstantinB (ok), 16:33, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я уже не помню, в чем у меня там было дело (сколько лет-то прошло...), но давным-давно выбрал Mercurial, потому что авторизацию в нем было намного проще настроить. :-)
     
  • 6.185, имя (ok), 16:36, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Но да, для себя, любимого, трак не особо и нужен, хватит голой
    > vcs. Переписываться самому с собой - первый шаг к деменции.

    А больше todo-листы-переростки складывать и некуда. Листки на мониторе удалённо не обновишь.

     
     
  • 7.191, пох. (?), 17:41, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> Но да, для себя, любимого, трак не особо и нужен, хватит голой
    >> vcs. Переписываться самому с собой - первый шаг к деменции.
    > А больше todo-листы-переростки складывать и некуда. Листки на мониторе удалённо не обновишь.

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

     
  • 4.177, Anonymoustus (ok), 16:02, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Да-дад, волшебная игогошечка, православные подходы

    Игогошечка, в первом приближении, вполне нормальная. Синтаксис простой и понятный, без изъ… …гибов. Компилируется в статически слинкованный нативный бинарник. Пока не нашёл, увы, как ею собирать хеллоуворлды под Windows 98.

     
     
  • 5.190, имя (ok), 17:34, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Синтаксис простой и понятный, без изъ… …гибов.

    Какие-то неочевидные особенности := и = в разных скоупах, func (*очень) читаемые(одинаковые) (круглые, скобки) {}, потому что кто-то <> уродством посчитал, кругом война сторонников и противников костыля им. interface {}… Хорошо весь мой код укладывается в один файл, участвовать в холиварах соседей, пишущих тут на этом комбайны, и заниматься IDE assisted copy and paste желания нет никакого.

     
     
  • 6.192, Anonymoustus (ok), 17:48, 22/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Синтаксис простой и понятный, без изъ… …гибов.
    > Какие-то неочевидные особенности := и = в разных скоупах, func (*очень) читаемые(одинаковые)
    > (круглые, скобки) {}, потому что кто-то <> уродством посчитал, кругом война
    > сторонников и противников костыля им. interface {}… Хорошо весь мой код
    > укладывается в один файл, участвовать в холиварах соседей, пишущих тут на
    > этом комбайны, и заниматься IDE assisted copy and paste желания нет
    > никакого.

    Издержки обратного наследия, надо полагать. Не думаю, во всяком случае, что Пайк и Керниган^W Томпсон недостаточно компетентны в своём деле. Впрочем, я _их_ книжку про игого ещё не читал. :)

    Насколько мне помнится про := и =, правило употребления там простое: в краткой форме записи надо писать как в Паскале, уповая на автоматическое определение типа игогой, а если переменная уже объявлялась, то дальше можно (и нужно!) как в Си.

    Мне в игогошечке очень понравилась утилита форматирования говнокода.

    И неплохую специальную игогошную IDE обнаружил:

    http://liteide.org/en/
    https://github.com/visualfc/liteide

    Made in Japan!


    ЗЫ

    Нашлось по игогошной теме: https://habr.com/ru/company/mailru/blog/314804/


    ЗЫ ЗЫ

    Предполагаю, что авторы при проектирования Go сознательно и намеренно сделали многое, что не нравится людям, привыкшим к другим языкам. Например, жёстко заданный стиль оформления исходного текста. Недостаток или благо? Смотря с какого ракурса посмотреть: меньше свободы самовыражения, но и меньше обезьянинга.

     
     
  • 7.193, имя_ (?), 01:23, 24/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Made in Japan!

    Скорее ин чайна. По непонятной причине на го пишет много китайце.

     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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