The OpenNET Project / Index page

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

Анонсирован публичный хостинг Heptapod для открытых проектов, использующих Mercurial

29.01.2020 13:49

Разработчики проекта Heptapod, развивающего форк открытой платформы совместной разработки GitLab Community Edition, адаптированный для использования системы управления исходными текстами Mercurial, объявили о введении в строй публичного хостинга для Open Source проектов (foss.heptapod.net), использующих Mercurial. Код Heptapod, как и GitLab, распространяется под свободной лицензией MIT и может применяться для развёртывания аналогичных хостингов кода на своих серверах.

Запущенный сервис допускает бесплатное размещение любых свободных и открытых проектов, применяющих лицензии, одобренные в OSI. При этом имеется одно условие - требуется размещение логотипов спонсоров Heptapod (Clever Cloud и Octobus) на официальной web-странице проекта (например, на странице с инструкцией для разработчиков). После регистрации следует создать заявку на создание репозитория в разделе issues. В связи с прекращением поддержки Mercurial хостингом Bitbucket, в приоритетном порядке будут приниматься заявки от проектов, размещённых на Bitbucket.

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

  1. Главная ссылка к новости (https://heptapod.net/a-public-...)
  2. OpenNews: Выпуск платформы совместной разработки OneDev 3.0
  3. OpenNews: Европейский Фонд СПО ввёл в строй платформу совместной разработки на основе Git
  4. OpenNews: Новые проекты Linux Foundation по финансированию, безопасности и совместной разработке СПО
  5. OpenNews: Релиз платформы совместной разработки Kallithea 0.5
  6. OpenNews: Выпуск системы совместной разработки GitBucket 4.33
Лицензия: CC BY 3.0
Наводку на новость прислал develop7
Короткая ссылка: https://opennet.ru/52268-heptapod
Ключевые слова: heptapod, gitlab, mercurial
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (68) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Онаним (?), 13:59, 29/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Зарегался. Ну и как там создать новый репозиторий? Запрещено я так понимаю?
     
     
  • 2.2, Аноним (2), 14:04, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В новости куча условия для размещения ты их выполнил? Гитлаб написан на руби он не сможет выдержать даже опеннетэффект, не то что хаброэффект или какие там заграницей еще есть эффекты?
     
     
  • 3.3, имя_ (?), 14:06, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Слешдот еще жив?
     
  • 3.5, freehck (ok), 14:12, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Гитлаб написан на руби он не сможет выдержать даже опеннетэффект

    У гитлаба нормальный HA, всё он выдержит. Язык бэкенда вообще не играет никакой роли. Роляет всегда архитектура бэка.

     
     
  • 4.8, Аноним (2), 14:30, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В случае руби играет роль экстенсивный рост мощностей серверов. И сюрприз, сюрприз он упирается в деньги что даже сабжевый проект на старте не может себе позволить такое количество.

    Да даже стоковый гитлаб как сервис тоже еще тот тормоз. В его оправдание только большое количество плюшек.

     
     
  • 5.10, freehck (ok), 14:47, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > экстенсивный рост мощностей серверов

    O_o

    Просветите, что означает слово "экстенсивный" в данном случае?

     
     
  • 6.11, Аноним (11), 14:51, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Значит это что ей перекрываешь большое потребление ресурсов этим самым руби. И делаешь это только для того чтобы отдача страничек не прерывалась по таймауту.

    Тут похоже фанатик руби а комментариях. Для них то да трата ресурсов пустой звук.

     
     
  • 7.14, freehck (ok), 14:56, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Значит это что

    А вопрос-то был простой, между прочим.

     
  • 7.57, Аноним (-), 07:57, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    freehck таки псино-дев, так что в отличие от тебя он знает что говорит. Просто серверов потребуется в эн раз больше чем с go/c++/чеготамеще, но вот масштабировать дотыканием серверов можно на любом ЯП - если архитектура бэка позволяет.

    А если не позволяет - как только ты превысишь возможности 1 железки, тебя ждет жестокий болт на люобм ЯП. Ну вот например, если HDD или даже SSD читает вот столько - быстрее этого ты не прыгнешь. А если поставить десяток серверов и там будут параллельно сразу 10 таких штук вкалывать - суммарно оно сможет больше, ага? :)

     
  • 6.15, Crazy Alex (??), 15:09, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос разумный, но святять лучше всё же не надо, надо просвещать :-)
     
     
  • 7.17, freehck (ok), 15:11, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Вопрос разумный, но святять лучше всё же не надо, надо просвещать :-)

    Уел. )

     
  • 6.24, Аноним (24), 16:46, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное, это CPU This is the recommended minimum hardware for a handful of exa... большой текст свёрнут, показать
     
     
  • 7.27, freehck (ok), 17:01, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>> экстенсивный рост мощностей серверов
    >> O_o
    >> Просветите, что означает слово "экстенсивный" в данном случае?
    > Наверное, это:

    Потрясающе. При увеличении нагрузки серверу требуется больше ресурсов. Ну надо же.

    Просто из любопытства: а как тогда должен выглядеть "интенсивный рост мощностей серверов"? =)

     
     
  • 8.28, Аноним (24), 17:12, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скучный ты, Орду с Просто оратор решил заменить слишком много жрёт умным и ... текст свёрнут, показать
     
     
  • 9.29, freehck (ok), 17:16, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Угу Это был лазерный оратор Лазерный, понимаешь Не понимаешь, да Какой же ты... текст свёрнут, показать
     
     
  • 10.38, Аноним (38), 19:37, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А вдруг оратором был кибранский БКЦ с апгрейдом на лазер 129300 ... текст свёрнут, показать
     
  • 10.51, Аноним (24), 07:33, 30/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё как Отчётливо помню, как преподаватель перемещалась вокруг стула, рассказыв... текст свёрнут, показать
     
     
  • 11.58, Аноним (-), 08:02, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А механики, цуки, рассказывали что у электронов нет орбит ... текст свёрнут, показать
     
  • 4.22, пох. (?), 16:44, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Роляет всегда архитектура бэка.

    да-да, при бесконечных деньгах - "роялит архитектура".

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

    "А других разработчиков у меня для вас - нет."

     
     
  • 5.26, freehck (ok), 16:57, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Что он где-то там прекрасно масштабируется на мощности, которых у них просто нет - им мало поможет.

    Если у клиента нет денег, то ему и HA не нужен.

    Да и знаешь, люди так-то всё равно стоят дороже железа.

     
     
  • 6.32, Аноним (32), 17:24, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну если так утрированно рассуждать, то при таком подходе их никогда и не будет
     
  • 3.55, Ноним (?), 03:17, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Гитлаб написан на руби он не сможет выдержать даже опеннетэффект, не то что хаброэффект или какие там заграницей еще есть эффекты?

    Гитлаб даже сам себя выдержать не может: GitLab has memory leaks. These memory leaks manifest themselves in long-running processes, such as Unicorn workers. (The Unicorn master process is not known to leak memory, probably because it does not handle user requests.)

    https://docs.gitlab.com/ee/administration/operations/unicorn.html#unicorn-work

    (и эти люди-рубисты будут рассказывать о мемори ликах в плюсах...)

     
     
  • 4.65, нах. (?), 12:55, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    все норм, автомагические дрессированные обезьянки перезагрузят, не волнуйтесь.
    One other thing that stands out in the log snippet above, taken from GitLab.com, is that ‘worker 4’ was serving requests for only 23 seconds. This is a normal value for our current GitLab.com setup and traffic.

    Зато мы прекрасно масштабируемся - срочно завезите нам еще сто новых серверов, вам же денег девать совершенно некуда, мы точно знаем!

     
  • 2.4, Аноним (4), 14:06, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://foss.heptapod.net/heptapod/foss.heptapod.net/issues/new
     
     
  • 3.6, Онаним (?), 14:18, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    С таким подходом идут они лесом.
     
     
  • 4.23, heptapod (?), 16:45, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нет, дружочек - лесом-то идешь - ты, со своим васян-репо.

     
     
  • 5.62, Аноним (-), 08:11, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Outstanding. Чем больше васянов с их крапом пойдет нафиг, тем быстрее hg исчезнет с глобуса.
     
  • 2.53, Александр Литягин (?), 14:54, 30/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    в osdn.Org неплохо меркуриал подлерживается. Он бодрее sourcefore ворочается.
    Попробуйте туда сунуться. Только там тож вроде без заявок не обойтись.
     

  • 1.7, Дудушка Танебаум (?), 14:18, 29/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Это что бы потом их все вместе прикопать?
    Удобно!
     
     
  • 2.13, Грусть (?), 14:54, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Прямо Идлиб для меркуриала :)
     

  • 1.9, Аноним (9), 14:35, 29/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Лет на 10-12 опоздали.
     
     
  • 2.12, Аноним (11), 14:54, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    С меркуриалом все было понятно уже 10-12 лет назад. Сабж это кунсткамера или музей для проектов которые некуда больше деть.
     

  • 1.18, б.б. (?), 15:45, 29/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    лучше бы gogs/gitea форкнули, gitlab здороооовый
     
     
  • 2.21, Аноним (11), 16:36, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Гогз был бы самым лучшим решением. Если нужен просто репозиторий без свистелок.
     
     
  • 3.34, б.б. (?), 18:11, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    kallithea неплоха, но нет трекера и вики. гогс-гитея приятен именно своими свистелками (трекер и вики)
     
     
  • 4.43, Аноним (43), 20:09, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Свистелкам приятен гитея но не гогз.
     
  • 2.30, Аноним (-), 17:19, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть Sourcehut, который лучше: https://sourcehut.org/blog/2019-08-21-sourcehut-welcomes-bitbucket-refugees/
     
     
  • 3.37, qetuo (?), 19:34, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чем лучше-то?
     
     
  • 4.45, Аноним (-), 20:21, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Работает без JS.
     
     
  • 5.59, Аноним (-), 08:06, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Работает без JS.

    Он, конечно, работает... но зайди на https://git.sr.ht/~sircmpwn/core.sr.ht/tree и попробуй так же на, допустим, гитхабе. Даже без JS. Почувствуй разницу.

    Эти верстали так же как и кодили. Видимо, кодинг на питоне и верстать приучает так же.

     
     
  • 6.63, нах. (?), 12:49, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну зашел, в чем проблема? Слишком быстро открылось, не пришлось пялиться сперва на пустую страницу, потом на моргающие-переливающиеся плэйсхолдеры (зато так модно), потом закрыть бесполезный svg баннер на пол-страницы, хипстота в шоке ?

    > Эти верстали так же как и кодили.

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

     
  • 3.39, нах. (?), 19:57, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вы разницу между ржавым камазом и услугами по грузоперевозке хорошо понимаете? Это - ржавый камаз, к тому же кто-то сп-л одно из задних колес.

    А с услугой - sr.ht is currently in alpha, and the quality of the service may
    [be shitty]
    не говоря уже о том что планировалось сделать его платным, без всяких соплей - но даже это не взлетело.

    Впрочем, девятих@й скорее всего тоже не взлетит. Олдфагов, все еще пользующимся hg, скорее всего от интерфейса с мигающими и пищащими перделками стошнит.

     
  • 2.31, Аноним (31), 17:21, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А как же встроенный CI? Без него пацаны засмеют.
     

  • 1.19, Аноним (19), 15:49, 29/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А зачем форк, в апстрим влить нельзя, переименовав его из GitLab в SCMLab?
     
     
  • 2.20, Аноним (11), 16:36, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Гитлаб итак медленно ворочается куда ему ещё меркуриал?
     
     
  • 3.42, Аноним (19), 20:05, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да нас рать на меркуриал, главное чтобы слой абстракции принесли, который позволит добавить туда и другие SCM.
     
     
  • 4.44, Аноним (43), 20:14, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Можно сделать просто транслятор который по хукам будет добавлять гит в меркуриал и даже наоборот. Но зачем делать из хлеба троллейбус?
     
     
  • 5.60, Аноним (-), 08:08, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно сделать просто транслятор который по хукам будет добавлять гит в меркуриал
    > и даже наоборот. Но зачем делать из хлеба троллейбус?

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

     
  • 2.25, пох. (?), 16:48, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    внезапно, исходники "апстрима" - закрытые.

    В CE нет никаких следов поддержки немодных-немолодежных vcs - и вряд ли у тебя получится что-то туда "влить", что оттуда намеренно удалено бесследно.


     
     
  • 3.33, Аноним (33), 17:37, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А кто запретит? Можно ещё и под agpl запилить ради лулзов. Но это придётся поддерживать, что уже будет проблемой
     
     
  • 4.35, пох. (?), 18:42, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    апстрим. "запретит" путем положения болта на твои хотелки.

    Запилить-то ты можешь только личный васян-форк (что эти ребята и сделали, но - договорившись с крышей заранее, поэтому чуть менее васянский)
    И нет - поменять лицензию нельзя. Если ты вместо форка, конечно, не готов переписать все с нуля - и чур не подглядывать.

     
     
  • 5.36, Аноним (33), 19:01, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > апстрим. "запретит" путем положения болта на твои хотелки.
    > Запилить-то ты можешь только личный васян-форк (что эти ребята и сделали, но
    > - договорившись с крышей заранее, поэтому чуть менее васянский)
    > И нет - поменять лицензию нельзя. Если ты вместо форка, конечно, не
    > готов переписать все с нуля - и чур не подглядывать.

    AGPL нельзя компоновать с MIT?

     
     
  • 6.40, нах. (?), 19:59, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    "компоновать" - можно. Выбросить чужую лицензию и вместо нее положить свою - нет, нельзя.
     
  • 3.41, Аноним (19), 20:03, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >внезапно, исходники "апстрима" - закрытые

    Да ладно! https://gitlab.com/gitlab-org/gitlab - исходники ПРОПРИЕТАРНОЙ версии.

     
  • 2.54, develop7 (ok), 22:24, 30/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нельзя, слишком много перелопачивать, да и не факт, что апстрим правки примет
     
     
  • 3.64, нах. (?), 12:51, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    факт что он их не примет - не для того выпиливал.
    (вроде, еще два года назад - ограниченная поддержка hg-репозиториев на самом gitlab была? С тех пор, к счастью, у меня не было поводов заходить в это вырвиглазие.)

     
     
  • 4.66, develop7 (ok), 14:52, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > факт что он их не примет - не для того выпиливал.
    > (вроде, еще два года назад - ограниченная поддержка hg-репозиториев на самом gitlab
    > была? С тех пор, к счастью, у меня не было поводов
    > заходить в это вырвиглазие.)

    ссылок бы, благо исходники открыты

     
     
  • 5.67, нах. (?), 15:07, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну я вот порылся - никаких следов не нашел. Сделать чекаут этого чудища и рыться уже детально в гигабайтах git log - оставляю энтузиастам.

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

     

  • 1.46, Аноним (46), 20:50, 29/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А стабильную работу Меркуриала под 3-м Питоном уже обеспечили?
     
     
  • 2.47, Аноним (46), 20:50, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Или будут под 2-м?
     
     
  • 3.49, Hellraiser (??), 21:21, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    его перепишут на руби; 1.9
     

  • 1.48, Hellraiser (??), 21:17, 29/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    вот и хоспис для hg-проектов подвезли
     
     
  • 2.50, Аноним (50), 23:15, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как будто система управлениями версиями — определяющая характеристика проекта. Или что такое "hg-проекты"? Система управлениями версиями — это просто инструмент, который не так уж сложно поменять. К сожалению, большинство разработчиков просто идет на поводу у масс, но есть еще инженеры, которые выбирают свои инструменты исходя из их технических достоинств и в соответствии с решаемыми задачами, поэтому не все используют Гит.
     
     
  • 3.52, нах. (?), 10:37, 30/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как будто система управлениями версиями — определяющая характеристика проекта.

    а то! Используете мамонтово уг - вы немодные-нестильные-немолодежные, к тому же вы против sjw (альтернативно-одаренные испытывают неимоверные страдания, обнаружив что у вас не работает git clone и им надо ставить какой-то софт!)

    Хрен вам, а не патчи и багрепорты!

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

    Ну если только он не мурзила, но та, полагаю, тоже рано или поздно пойдет за всеми.

     
  • 3.68, KonstantinB (??), 18:57, 01/02/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А какие технические преимущества у hg?

    Интерфейсные - да: hg намного приятнее в использовании, из git-а все же до сих пор торчат его кишки, и надо понимать, что делаешь. Но при условии, что git book прочитан и осмыслен, именно технической разницы я вообще не вижу (хотя упорно пользовался hg, пока это не перестали делать почти все).

     
     
  • 4.69, VEG (ok), 20:22, 29/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У Mercurial нормальные ветки (информация о ветке сохраняется в каждом коммите), полноценно трекаются переименования файлов (в Git есть только имитация этого путём сравнения похожести файлов, но это не всегда работает). Всю историю проекта можно без потери подобной информации перенести из Git в Mercurial, но не наоборот. Ну и формат репозитория более компактный. Тоже иногда полезно =)
     
  • 2.61, Аноним (-), 08:09, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > вот и хоспис для hg-проектов подвезли

    А как дойдут до кондиции - попадут в инкубатор опача!

     

  • 1.56, Аноним (-), 07:53, 31/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > прекращением поддержки Mercurial хостингом Bitbucket

    F..g LOL!!!

     

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



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

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