Представлен выпуск проекта GitBucket 4.37, развивающего систему для совместной работы с Git-репозиториями с интерфейсом в стиле GitHub и Bitbucket. Система отличается простотой установки, возможностью расширения функциональности через плагины и совместимостью с API GitHub. Код написан на языке Scala и доступен под лицензией Apache 2.0. В качестве СУБД могут использоваться MySQL и PostgreSQL...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=56332

• Выпуск системы совместной разработки GitBucket 4.37,Аноним, 10:11 , 12-Дек-21
  • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 10:16 , 12-Дек-21
    • Выпуск системы совместной разработки GitBucket 4.37,pashev.me, 10:52 , 12-Дек-21
    • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 12:18 , 12-Дек-21
      • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 12:44 , 12-Дек-21
      • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 13:58 , 12-Дек-21
        • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 15:24 , 12-Дек-21
          • Выпуск системы совместной разработки GitBucket 4.37,x3who, 20:06 , 12-Дек-21
    • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 14:07 , 12-Дек-21
      • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 20:52 , 12-Дек-21
  • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 23:35 , 12-Дек-21
    • Выпуск системы совместной разработки GitBucket 4.37,ыы, 10:11 , 13-Дек-21
• Выпуск системы совместной разработки GitBucket 4.37,Аноним, 11:03 , 12-Дек-21
  • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 13:10 , 12-Дек-21
  • Выпуск системы совместной разработки GitBucket 4.37,ivanpetrov, 02:09 , 15-Дек-21
• Выпуск системы совместной разработки GitBucket 4.37,Ананас, 11:22 , 12-Дек-21
  • Выпуск системы совместной разработки GitBucket 4.37,Anonymus, 11:35 , 12-Дек-21
    • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 22:28 , 12-Дек-21
  • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 13:09 , 12-Дек-21
    • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 14:10 , 12-Дек-21
      • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 22:22 , 12-Дек-21
    • Выпуск системы совместной разработки GitBucket 4.37,пох., 15:17 , 12-Дек-21
      • Выпуск системы совместной разработки GitBucket 4.37,муу, 18:06 , 12-Дек-21
  • Выпуск системы совместной разработки GitBucket 4.37,пох., 15:25 , 12-Дек-21
• Выпуск системы совместной разработки GitBucket 4.37,lockywolf, 12:29 , 12-Дек-21
  • Выпуск системы совместной разработки GitBucket 4.37,Иваня, 12:37 , 12-Дек-21
    • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 13:18 , 12-Дек-21
      • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 10:29 , 13-Дек-21
        • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 13:45 , 13-Дек-21
    • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 17:14 , 12-Дек-21
      • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 18:14 , 12-Дек-21
        • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 18:47 , 12-Дек-21
          • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 12:39 , 13-Дек-21
          • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 18:36 , 14-Дек-21
    • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 21:06 , 12-Дек-21
  • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 14:32 , 12-Дек-21
    • Выпуск системы совместной разработки GitBucket 4.37,Аноним, 22:29 , 12-Дек-21
  • Выпуск системы совместной разработки GitBucket 4.37,asand3r, 14:46 , 12-Дек-21
  • Выпуск системы совместной разработки GitBucket 4.37,пох., 15:11 , 12-Дек-21
• Выпуск системы совместной разработки GitBucket 4.37,Дениксей Попушкин, 16:25 , 12-Дек-21

а как у них дела с log4j ?

это же не Жаба

Scala - это жаба.

>это же не Жаба

Scala's static types help avoid bugs in complex applications, and its JVM and JavaScript runtimes let you build high-performance systems with easy access to huge ecosystems of libraries.

буржуйский понимаешь?

NOPE

> JVM and JavaScript runtimes let you build high-performance system

/0

>/0

access to huge ecosystems of libraries

Are npm libs supported?

Но это JVM язык и основная фишка JVM языков это переиспользование уже написанного Java кода.
И весь вопрос с системой логирования написали они свою или использовали log4

Есть подозрение что они использовали scala-logging от лайтбенда как и большая часть скаловых проектов, а он предоставляет slf4j апи напрямую. Использовать log4j в скале было бы крайне странно

Простой поиск даёт совпадение в четырёх jar-файлах

Только в 4-х? А если не секрет - в каких?

лучше чем непрерывно забагованая gitea?

также интересно сравнение по использованию ресурсов

У меня, возможно, слишком примитивные сценарии использования, но я как поставил Gitea больше года назад на свой сервер в домашней сети, так с тех пор и не трогал. Работает, не падает, хостит мои локальные репозитории, плюс зеркалирует особо важные с GitHub’а.

1. Есть ли хостинги уровня гитхаба для Mercurial?
2. Когда hg перепишут с питона?

>1. Есть ли хостинги уровня гитхаба для Mercurial?

Скорее нет, чем да:
https://www.mercurial-scm.org/wiki/MercurialHosting

А heptapod чем не угодил? Это же форк GitLab.

>2. Когда hg перепишут с питона?

https://github.com/facebookexperimental/eden
Фейсбук переписал, внутри у себя уже юзает. Большие надежды на него. Ui гита сильно проигрывает меркуриалу - все кишки торчат юзеру наружу, смысловая нагрузка команд тоже часто оставляет желать лучшего. Например не должна команда типа checkout для навигации по дереву при добавлении флага начинать создавать ветки - семантика совершенно другая. Уверен что все кто это будет отрицать - не работали с другими dcvs. Гит стал промышленным стандратом(и в это в целом неплохо, есть и еще более худшие системы), но он далек от идела. Во всяком случае дальше чем hg. Хотя ради справедливости надо отметить что в hg тоже есть недостатки. Например есть случай(достаточно экзотический, но вполне реальный) когда и меркуриал и гит неправильно мержат, кажется в pijul это наглядно показали как поправить

checkout переключает ветке и при желании создаёт новую при переключении выглядит намного логичнее hg в котором  три типа веток, как вообще с такой сложной хренью работать?

>checkout переключает ветке и при желании создаёт новую

А также откатывает текущие изменения, перепрыгивает в другое состояние в прошлом и ещё что много чего. Очень консистентно, угу

> https://github.com/facebookexperimental/eden

нате, Боже, что нам негоже.

>  Большие надежды на него.

не, от пейсбука нам ничего не надо, товарищ май...сцукенберг (у вас, кстати, ус отклеился).

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

(потому что git и github две большие разницы. Так же как hg и codeplex - который его поддерживал в том числе, ни разу не близнецы и вообще не братья.)

> не, от пейсбука нам ничего не надо, товарищ май...сцукенберг (у вас, кстати, ус отклеился).

zstd

> Есть ли хостинги уровня гитхаба для Mercurial?

Нет их - ровно с момента когда одна корпорация Зла закрыла таковой. И купила - гитхап.
И уже не будет. Айн фюрер, айн райх.

> Когда hg перепишут с питона?

Никогда. К тому же ты не будешь счастлив тому, что его переписали на хруст.

Почему, интересно, гит-сервера пишут на эзотерических языках? Go, Scala, Ruby... Издевательство какое-то.

А ты чо хотел Rust? :)

Со временем перепишут точно. В идеале заодно попровить болячки гита. Получится аля https://pijul.org/

> pijul

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

>> pijul
> В него можно загнать репозитарий сравнимый с ядром линукс? Или математика патчей сломается?

Скорее, анонимный пукан расплавится ...

Именно репозиторий линукс используют в качестве тестового и для отлова регрессий
https://nest.pijul.com/pijul/pijul/discussions/498
> This is rather surprising, are you sure you compiled with --release? @tankf33der tests Pijul on the Linux kernel regularly, it’s much much much faster than that (like 100-1000 times at least).
>

А кстати гит уже переписали на раст

И что это дает обычному пользователю по сревнению с существующим решением?

Оболденную безопасность

Лысую или плешивую?

Оболдженную, хотел сказать ты?

Надо было по заветам asmbb

Гит сам по себе переусложнён и эзотеричен, чего удивляться.

Поэтому есть реализации гита на баше.

Ну! Есть же PHP, а они всё изобретают что-то.

Ну а что ты хочешь от людей, пытающихся применять гит в разработке не единственно-верным путем для которого тот и был высосан из пальца - "порежьте помельче, пришлите в рассылку, ой part 130 of 1500 потерялася, перепошлите заново"? Они сами по себе, хм, эзотерики.

Более странно то, что пейсбук переписал hg не на php.

>развивающего систему для совместной работы с Git-репозиториями с интерфейсом в стиле GitHub и Bitbucket.

И обои нескучные.