The OpenNET Project / Index page

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



"Выпуск системы совместной разработки GitBucket 4.33"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от opennews (?), 02-Янв-20, 11:14 
Представлен выпуск проекта GitBucket 4.33,  в рамках которого развивается  система для совместной работы с Git-репозиторием, предоставляющая интерфейс в стиле GitHub и Bitbucket. Система отличается простотой установки, возможностью расширения функциональности через плагины и совместимостью с API GitHub. Код написан на языке Scala и доступен под лицензией Apache 2.0. В качестве СУБД могут использоваться MySQL и PostgreSQL...

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

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Выпуск системы совместной разработки GitBucket 4.33"  –4 +/
Сообщение от Иваня (?), 02-Янв-20, 11:14 
Мне не нравится, юзаю Gitiles
Ответить | Правка | Наверх | Cообщить модератору

2. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (2), 02-Янв-20, 11:17 
Мне не нравится жручий Gitlab и сабж юзаю Gogs.
Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от анан (?), 02-Янв-20, 11:25 
сабж тоже проиграет по ресурсам Gogs
Ответить | Правка | Наверх | Cообщить модератору

5. "Выпуск системы совместной разработки GitBucket 4.33"  +4 +/
Сообщение от Аноним (2), 02-Янв-20, 11:51 
Проверил gogs из докера (шутки про докер за 300) ест 37 мегабайт оперативы и 8 мегабайт база данных после логина под админом.
Gitbucket 394 мегабайта после логина над админом. Gitiles в докере (старой какой-то версии) ест 191 мегабайт.

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

Ответить | Правка | Наверх | Cообщить модератору

8. Скрыто модератором  –9 +/
Сообщение от puertto (?), 02-Янв-20, 12:25 
Ответить | Правка | Наверх | Cообщить модератору

11. Скрыто модератором  +5 +/
Сообщение от Аноним (11), 02-Янв-20, 13:07 
Ответить | Правка | Наверх | Cообщить модератору

19. Скрыто модератором  –2 +/
Сообщение от Аноним (19), 02-Янв-20, 15:02 
Ответить | Правка | Наверх | Cообщить модератору

20. Скрыто модератором  +1 +/
Сообщение от Аноним (11), 02-Янв-20, 15:27 
Ответить | Правка | Наверх | Cообщить модератору

23. Скрыто модератором  –1 +/
Сообщение от Аноним (19), 02-Янв-20, 16:09 
Ответить | Правка | Наверх | Cообщить модератору

26. Скрыто модератором  +1 +/
Сообщение от Анонимко (?), 02-Янв-20, 16:45 
Ответить | Правка | Наверх | Cообщить модератору

27. Скрыто модератором  –2 +/
Сообщение от Аноним (19), 02-Янв-20, 17:13 
Ответить | Правка | Наверх | Cообщить модератору

63. Скрыто модератором  +/
Сообщение от Michael Shigorinemail (ok), 03-Янв-20, 20:11 
Ответить | Правка | Наверх | Cообщить модератору

45. Скрыто модератором  +1 +/
Сообщение от anonymous (??), 02-Янв-20, 23:19 
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

25. Скрыто модератором  –2 +/
Сообщение от Анонимко (?), 02-Янв-20, 16:23 
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

28. Скрыто модератором  +/
Сообщение от Аноним (19), 02-Янв-20, 17:17 
Ответить | Правка | Наверх | Cообщить модератору

36. Скрыто модератором  –2 +/
Сообщение от IRASoldier_registered (ok), 02-Янв-20, 19:42 
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

49. Скрыто модератором  +/
Сообщение от Аноним (49), 03-Янв-20, 07:04 
Ответить | Правка | Наверх | Cообщить модератору

46. Скрыто модератором  +2 +/
Сообщение от anonymous (??), 02-Янв-20, 23:21 
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

9. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Vrein (ok), 02-Янв-20, 12:37 
> Не знаю в какой вселенной поделки на JVM могут быть памятеэффективнее чем
> приложение на Golang.

Когда дофига реп и юзеров + пайплайны + докер регистри памятьэффективность уже в других масштабах исчисляется, ну и способность работать под нагрузкой тоже.
Я не тестил, но мне кажется, что при прочих равных на 10к юзеров тот же гитлаб уже будет быстрее gogs/gitea (мнение взято с потолка, буду рад если кто-то тестил и отпишется об этом :) )

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

10. "Выпуск системы совместной разработки GitBucket 4.33"  +3 +/
Сообщение от Аноним (11), 02-Янв-20, 13:05 
Гитлаб и вовсе на руби. Но десктопе после запуска система и вовсе перестает слушаться, а что будет на 10к юзверей боюсь даже представить. 64 гига оперы может конечно и хватит, но зачем когда есть альтернатива.

Gogs с Postgres в качестве базы (там она у гогза выбираемая) на проекте до 10 человек полет нормальный 1 гига оперы хватит на всех.

Ответить | Правка | Наверх | Cообщить модератору

22. "Выпуск системы совместной разработки GitBucket 4.33"  +2 +/
Сообщение от Анонимко (?), 02-Янв-20, 15:49 
Голый гитлаб после установки потребляет 1.5 ГБ ОЗУ.
Что весьма жирно прямо на старте.
Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск системы совместной разработки GitBucket 4.33"  +1 +/
Сообщение от Аноним (62), 03-Янв-20, 16:21 
> Гитлаб и вовсе на руби. Но десктопе после запуска система и вовсе
> перестает слушаться, а что будет на 10к юзверей боюсь даже представить.
> 64 гига оперы может конечно и хватит, но зачем когда есть
> альтернатива.

CPU

    1 core supports up to 100 users but the application can be a bit slower due to having all workers and background jobs running on the same core
    2 cores is the recommended minimum number of cores and supports up to 100 users
    4 cores supports up to 500 users
    8 cores supports up to 1,000 users
    32 cores supports up to 5,000 users
    More users? Run it high-availability on multiple application servers

Memory

    4GB RAM + 4GB swap supports up to 100 users but it will be very slow
    8GB RAM is the recommended minimum memory size for all installations and supports up to 100 users
    16GB RAM supports up to 500 users
    32GB RAM supports up to 1,000 users
    128GB RAM supports up to 5,000 users
    More users? Run it high-availability on multiple application servers

https://docs.gitlab.com/ee/install/requirements.html

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

72. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (-), 08-Янв-20, 10:02 
А разве не на пихоне? Впрочем, юзеринтерфейс у гитлаба такой что до мысли посмотреть на исходники этого дело просто не дошло.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

44. "Выпуск системы совместной разработки GitBucket 4.33"  –2 +/
Сообщение от Аноним (44), 02-Янв-20, 22:50 
В любой адекватной, в которой понимают, что сравнивать потребление памяти на старте, тоже самое, что сравнивать языки на примере hello world-ах, а именно, что холодный старт не имеет никакого отношения к эффективной работе с памятью, а имеет отношение только к занимаемой памяти на старте приложения.

В качестве иллюстрации можно взять вот этот пост http://macias.info/entry/201912201300_graal_aot.md, там товорищ решил сравнить Java (JIT и AOT) c Go на простом примере Quick Sort-f. И, если на массивах небольшого размера Java сливала только в путь, то уже на средних и больших размерах ситуация изменилась на противоположную. Да, конечно, можно замерить на массивах маленьких размерах (или замерить только на старте) и бегать с криками, что "Java жрёт память и медленная", но если сделать сравнение на массивах больших размеров, то оказывается, что Java не такая уж и плохая.

И в enteprise-е тоже не особо важно, сколько на старте приложение потребляет память (никто не собирается часто запускать приложение, наоборот, чем реже запускается, тем лучше), главное, что на больших объёмах и нагрузках работа с Java оказывается эффективнее других экосистем.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

54. "Выпуск системы совместной разработки GitBucket 4.33"  +5 +/
Сообщение от anonymous (??), 03-Янв-20, 13:10 
> то уже на средних и больших размерах ситуация изменилась на противоположную

Там лишь процентов 15 времени съедается на allocation и генерацию случайных данных для массива в имплементации для Golang. А для Java ссылка почему-то ведёт просто на коллекцию сортеров, где не видно таких же действий.

Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от anonymous (??), 03-Янв-20, 14:03 
P.S.: Кроме того, это сферический тест, где не будут видны плюсы goroutine и прочих особенностей Golang.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

58. "Выпуск системы совместной разработки GitBucket 4.33"  +1 +/
Сообщение от anonymous (??), 03-Янв-20, 14:05 
Post P.S.: А вообще хотелось бы увидеть objdump-ы и сравнить.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

59. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (59), 03-Янв-20, 15:21 
Потому что нагрузка у всех разная и даже заменить один продукт другим под нагрузкой еще та задача. А на старте всегда ясно кто есть кто. Тем более после логина можно понять продукт работает и конкретно GitBucket накидывает сверху не мало мегабайт после логина так что это тоже надо учесть.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

4. "Выпуск системы совместной разработки GitBucket 4.33"  –1 +/
Сообщение от Аноним (4), 02-Янв-20, 11:26 
^ Молодцы, ребята
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (6), 02-Янв-20, 12:00 
Ждём вебморду к гиту + issues прямо на расте.
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (11), 02-Янв-20, 13:36 
На расте только каскадные таблицы можно парсить на остальное он не способен бай дизайн.
Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск системы совместной разработки GitBucket 4.33"  +2 +/
Сообщение от Аноним (6), 02-Янв-20, 13:38 
Это не так. Просто раст - это не рельсы. Макаки не освоят. А работы много, нужно много кодеров и подешевле, то есть нужны как раз макаки.
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (19), 02-Янв-20, 17:18 
Вы всё верно сказали, но, по-моему, вы это воспринимаете как-то негативно. Зря.
Ответить | Правка | Наверх | Cообщить модератору

73. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (-), 08-Янв-20, 10:04 
А зачем позитивно воспринимать тонны крапа выдаваемые макаками на гора? Хреновый софт - это хреновый софт.
Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск системы совместной разработки GitBucket 4.33"  +4 +/
Сообщение от Vrein (ok), 02-Янв-20, 12:25 
Юзаю gitea, хватает дохлой виртуалки с 1 потоком
Жреть 159 мб после суток аптайа и активного юзания двух реп, работает без докера, fcgi+unix
Было бы неплохо добавить гитею в новости  :)
Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (11), 02-Янв-20, 13:33 
А что его добавлять это форк gogs с дополнительным свистелками. Список свистелок у них на сайте перечислен https://docs.gitea.io/en-us/comparison/ ну не сказал бы что там есть что-то сверхнужное за что нужно использовать именно гитею.
Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск системы совместной разработки GitBucket 4.33"  –1 +/
Сообщение от б.б. (?), 02-Янв-20, 15:34 
не знаю, чем rhodecode ce отличается от kallithea сейчас, но я помню и rhodecode до перевода в коммерческую плоскость, и его форк kallithea.

так вот, что касается low ram / cpu usage: kallithea и соответственно старые rhodecode нормально себе летают на pentium 3 / 128 mb ram. а у gogs/gitea, как и у любых go-проектов, тупо нет инструкций хоть для pentium 3, хоть для процессоров несколько старше

а ещё kallithea поддерживает mercurial

Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск системы совместной разработки GitBucket 4.33"  +1 +/
Сообщение от Григорий Федорович Конин (?), 02-Янв-20, 13:35 
https://www.opennet.dev/announce_news.shtml?cache=off
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

18. "Выпуск системы совместной разработки GitBucket 4.33"  +1 +/
Сообщение от Аноним (11), 02-Янв-20, 14:10 
Макс по итогу новости все равно сильно правит. Иногда.
Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Michael Shigorinemail (ok), 03-Янв-20, 20:14 
Нуу да, но если где-то не туда выправил или потерял важную задумку -- всегда можно предложить правку (или вместе с отправкой новости сразу написать в {{скобочках}} свои комментарии по неочевидным связкам, которые лучше не переписывать/стыковать с другим).
Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (16), 02-Янв-20, 13:44 
gitolite не осилил никто?
жрет меньше 10М
https://gitolite.com/gitolite/index.html
Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск системы совместной разработки GitBucket 4.33"  +2 +/
Сообщение от Аноним (11), 02-Янв-20, 14:09 
Гит без вебинтерфейса? У меня даже моноколь выпал от удивления.
Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск системы совместной разработки GitBucket 4.33"  +1 +/
Сообщение от Аноним (19), 02-Янв-20, 17:25 
Добро пожаловать в мир юниксвея. gitolite обслуживает только git-remote (по сути, это git-daemon с ACL), а веб-морда — read-only gitweb или cgit. Каждая программа делает только своё дело.
(Что, неудобно? Так бы сразу и сказали, что вам ехать, а не шашечки)
Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (34), 02-Янв-20, 18:38 
В мире юниксвея никогда не было принято затыкать явные ошибки дизайна слоями костыликов и подпорочек, да будет вам известно.

gitolite действительно костыль, решающий только одну из целой пачки проблему, созданную автором гита с его "порежьте помельче, мне в экран не лезет, и пришлите в рассылку, каждую завернув в салфеточку" единственноверным способом работы.

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


Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (19), 02-Янв-20, 20:34 
> В мире юниксвея никогда не было принято затыкать явные ошибки дизайна слоями костыликов и подпорочек, да будет вам известно.

Весь юниксвей, по сути, сводится к полной атомарности компонентов. Можете называть их "костыликами" или "подпорочками", сути это не меняет.
При таком подходе ошибки дизайна невозможны в принципе — если какой-то компонент работает неправильно, выкидываем его и заменяем другим. Вот как git-daemon заменяется на gitolite.

> А дело "организованной совместной разработки" никак этот костыль не решает - вообще.

Он всего лишь предоставляет удалённых доступ к git-репам с поддержкой контроля доступа.
Для организованной совместной разработки есть списки рассылки.

Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от anonymous (??), 02-Янв-20, 23:29 
Да gitlab тоже состоит из отдельных компонентов, вроде бы :)
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

52. "Выпуск системы совместной разработки GitBucket 4.33"  +1 +/
Сообщение от Аноним (19), 03-Янв-20, 13:03 
Вы не поверите, даже systemd состоит из отдельных компонентов.
Ответить | Правка | Наверх | Cообщить модератору

55. "Выпуск системы совместной разработки GitBucket 4.33"  +1 +/
Сообщение от Аноним (55), 03-Янв-20, 13:52 
Даже часы с кукушкой состоят из отдельных шестерёнок.
Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от anonymous (??), 03-Янв-20, 14:03 
systemd нельзя разобраться на отдельно-работающие компоненты, а gitlab можно.
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

61. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (19), 03-Янв-20, 16:19 
Ну, если вы даже в systemd разобраться не можете, то в gitlab и подавно не разберётесь.
Ответить | Правка | Наверх | Cообщить модератору

66. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от anonymous (??), 03-Янв-20, 21:18 
И с тем и другим давно разобрались, и на личности при этом не переходили.
Ответить | Правка | Наверх | Cообщить модератору

69. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (19), 04-Янв-20, 13:58 
> И с тем и другим давно разобрались

Из вашего комментария это не очевидно, очевидно обратное.

> и на личности при этом не переходили.

Глупость есть глупость. Хотите культурной дискуссии — не пишите явных глупостей.
Если это такая шутка, которая выглядит как глупость, помечайте её [сарказм].

Ответить | Правка | Наверх | Cообщить модератору

71. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от anonymous (??), 04-Янв-20, 18:32 
> Из вашего комментария это не очевидно, очевидно обратное.

Это не имеет отношения к объекту обсуждения. Есть что сказать по делу -- говорите. Главное на личности не переходите.

Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от наше имя легион (?), 04-Янв-20, 01:20 
> Гит без вебинтерфейса? У меня даже моноколь выпал от удивления.

;)

кстати, назачем гиту гуйня нужна? для неосиливших?

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

70. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (19), 04-Янв-20, 14:03 
Больше всего о ненужности гуя и величии консоли пишут те, у кого линукс в вмвари под виндой. Действительно, зачем им в линуксе гуй?

Аналогично, больше всего о ненужности вебморды для гита пишут те, кто им не пользуется (или пользуется раз в месяц).

Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск системы совместной разработки GitBucket 4.33"  –1 +/
Сообщение от Аноним (34), 02-Янв-20, 18:17 
опеннетовские х..перты, тыщи их...

да осилили,осилили давно, убедились в полной бесполезности, и выкинули.

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

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

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

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

35. "Выпуск системы совместной разработки GitBucket 4.33"  –1 +/
Сообщение от Аноним (11), 02-Янв-20, 18:39 
После логина можно определить что система работает и потребление у всех, независимо от нагрузки примерно одинаково. GitBucket например после логина накидывает сотню мегабайт так что надо это учесть.

Gitlab может быть интересен любителям комбайнов. Как раз кровавому энтепрайзу которому интересно куча функций и побольше и побольше и за деньги тоже побольше побольше. Список опций внушает https://about.gitlab.com/devops-tools/gogs-vs-gitlab.html

Чего стоит только

New features every month
GitLab is updated with new features and improvements every month on the 22nd.

Что там за фичи пофиг главное чтобы 22 числа каждого месяца была новая.

Ответить | Правка | Наверх | Cообщить модератору

39. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (19), 02-Янв-20, 20:44 
> Что там за фичи пофиг главное чтобы 22 числа каждого месяца была новая.

Цитата из их changelog:
> 12.6.1
> No changes.

 

Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (43), 02-Янв-20, 22:34 
Ну это хотфиксы имхо, а так в декабре они чуть раньше выкатили фичи 20 числа (22 выходной). До этого все выходило по расписанию 22 всегда что-то было.

Так что маркетинг соблюден большие боссы рады. А то что этим никто не пользуется пофиг. А то что заходя на сам сервис гитлаба на его официальном хостинге жду по 30 секунд пока докрутится бегунок чтобы посмотреть чейнджлог на 600 Кб имхо знак что уж очень нагружен сей сервис.

Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск системы совместной разработки GitBucket 4.33"  –1 +/
Сообщение от Аноним (49), 03-Янв-20, 07:26 
главное, васян - верить! Что если ты не пользуешься - то и никто не пользуется.

(а больших боссов вообще-то обычно продажи интересуют)

> на его официальном хостинге жду по 30 секунд пока докрутится бегунок чтобы
> посмотреть чейнджлог на 600 Кб имхо знак что уж очень нагружен сей сервис.

конечно ж не нагружен - подумаешь, несколько миллионов репо, включая реально кому-то нужные. То ли дело твой васянский наколенный. Вот там ченджлог как нада - на целых шесть килобайт!
(кстати, 600 - это очень даже до...я, но васянам виднее)

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

Ответить | Правка | Наверх | Cообщить модератору

53. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (19), 03-Янв-20, 13:09 
> (а больших боссов вообще-то обычно продажи интересуют)
> конечно ж не нагружен - подумаешь, несколько миллионов репо, включая реально кому-то нужные.

После парочки скандалов (со сбором телеметрии и Nazi HR policy) все более-менее адекватные люди от них свалили. Волна хайпа "приходите к нам с гитхаба, мы не такие, как мелкософт" разбилась о суровую реальность.

> К тому же ждешь ты, вероятнее всего, свой тормознутый браузер, хреновато умеющий что в аякс, что в http2.

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

Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Michael Shigorinemail (ok), 03-Янв-20, 20:16 
> gitolite не осилил никто?

Собирался посмотреть лет десять назад, даже паковал для альта -- но в итоге сидим на своём altlinux.org/girar; надо заметить, у гитолита достаточно грамотный автор, тогда он прям порадовал.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

24. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (24), 02-Янв-20, 16:20 
ungit ещё классный
Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от user90 (?), 02-Янв-20, 18:17 
Ну хоть не петон, уже плюс.
Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск системы совместной разработки GitBucket 4.33"  –1 +/
Сообщение от Аноним (34), 02-Янв-20, 18:25 
Угу - сломалось, похоронив всю разработку - делаем массовую сепукку, ибо починить написанное на нескучном язычке, как показала история gpg keyservers - не может никто. Отличный плюс. Стаей макак меньше.
Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (19), 02-Янв-20, 20:36 
Думаете, если бы gpg keyservers были бы написаны на пыхе, это помогло бы избавиться от ошибки в архитектуре сети доверия?
Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (49), 03-Янв-20, 07:18 
причем тут ваша сеть доверия васянам, когда ошибка банально в том, что какая-то константа позволяет наляпать подписей больше, чем такая же константа но с меньшим значением в коде единственно-верного клиента? (мы ж боимсо-боимсо динамически выделять память, это ж нисиюрна нисисюрна, статические структуры наше всьо...ой, нилызе...)

И вот найти, исправить и пересобрать за пятнадцать минут (из них десять на установку тулсета, ненужного в обычной жизни) - что не было бы проблемой ни с проклятым нисисюрным мамонтовым калом Си, ни с проклятым пригодным только для макак пехепе, да ни с каким вообще популярным языком, включая ненавистный вам пихон (пробелы тут трогать незачем) - и ничего в другом месте при этом не поломать, что тоже ни разу не бином ньютона - оказалась неспособа вся шобла, пилящая гранты вокруг поддержки keyservers. Потому что владеющих arcane magic среди них не нашлось.

Но некоторые люди, я смотрю, ничему не способны научиться.

Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (40), 02-Янв-20, 21:20 
Напрашивается название для системы сборки GitBin.
Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от ыы (?), 02-Янв-20, 21:43 
GitBucket нормально интегрируется с jenkins
Ответить | Правка | Наверх | Cообщить модератору

42. "Выпуск системы совместной разработки GitBucket 4.33"  –1 +/
Сообщение от Аноним (43), 02-Янв-20, 22:24 
Лол с джениксом любой гит интегрируется. У гита стандартный интерфейс.
Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от ыы (?), 04-Янв-20, 09:38 
Все кошки в мире серого цвета? Вылезайте уже из сумрака...

И не "дженикс" а все же Дженкинс.

Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Wilem (?), 03-Янв-20, 05:45 
В 2020 выпускать продукт на жвм, да ещё и на скале.
Ответить | Правка | Наверх | Cообщить модератору

60. "Выпуск системы совместной разработки GitBucket 4.33"  +/
Сообщение от Аноним (59), 03-Янв-20, 15:26 
Легаси как оно есть даже если сама команда решит пилить новый продукт на новом языке его уже придется переименовать.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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