The OpenNET Project / Index page

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

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 3.0
Короткая ссылка: https://opennet.ru/51323-bitbucket
Ключевые слова: 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-могильник, да и все или на откуп сообществу
    > выкинули

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

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

     

  • 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 это уныние, грусть и печаль если рассматривать как замену некоторым фичам Git... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (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

    за время взлёта популярности DevOps




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

    .

     
     
  • 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:
    Текст:



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

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