forum.opennet.ru - "Выпуск системы совместной разработки GitBucket 4.33" (73)

"Выпуск системы совместной разработки 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.me/opennews/art.shtml?num=52124
Ответить \| Правка \| Cообщить модератору

Оглавление

Мне не нравится, юзаю Gitiles , Иваня (?), 11:14 , 02-Янв-20, (1) –4
Мне не нравится жручий Gitlab и сабж юзаю Gogs , Аноним (2), 11:17 , 02-Янв-20, (2)

сабж тоже проиграет по ресурсам Gogs, анан (?), 11:25 , 02-Янв-20, (3)

Проверил gogs из докера шутки про докер за 300 ест 37 мегабайт оперативы и 8 м, Аноним (2), 11:51 , 02-Янв-20, (5) +4

Скрыто модератором, puertto (?), 12:25 , 02-Янв-20, (8) –9

Скрыто модератором, Аноним (11), 13:07 , 02-Янв-20, (11) +5

Скрыто модератором, Аноним (19), 15:02 , 02-Янв-20, (19) –2

Скрыто модератором, Аноним (11), 15:27 , 02-Янв-20, (20) +1

Скрыто модератором, Аноним (19), 16:09 , 02-Янв-20, (23) –1

Скрыто модератором, Анонимко (?), 16:45 , 02-Янв-20, (26) +1

Скрыто модератором, Аноним (19), 17:13 , 02-Янв-20, (27) –2

Скрыто модератором, Michael Shigorin (ok), 20:11 , 03-Янв-20, (63)

Скрыто модератором, anonymous (??), 23:19 , 02-Янв-20, (45) +1

Скрыто модератором, Анонимко (?), 16:23 , 02-Янв-20, (25) –2

Скрыто модератором, Аноним (19), 17:17 , 02-Янв-20, (28)
Скрыто модератором, IRASoldier_registered (ok), 19:42 , 02-Янв-20, (36) –2

Скрыто модератором, Аноним (49), 07:04 , 03-Янв-20, (49)

Скрыто модератором, anonymous (??), 23:21 , 02-Янв-20, (46) +2

Когда дофига реп и юзеров пайплайны докер регистри памятьэффективность уже в, Vrein (ok), 12:37 , 02-Янв-20, (9)

Гитлаб и вовсе на руби Но десктопе после запуска система и вовсе перестает слуш, Аноним (11), 13:05 , 02-Янв-20, (10) +3

Голый гитлаб после установки потребляет 1 5 ГБ ОЗУ Что весьма жирно прямо на ста, Анонимко (?), 15:49 , 02-Янв-20, (22) +2
CPU 1 core supports up to 100 users but the application can be a bit slower d, Аноним (62), 16:21 , 03-Янв-20, (62) +1
А разве не на пихоне Впрочем, юзеринтерфейс у гитлаба такой что до мысли посмот, Аноним (-), 10:02 , 08-Янв-20, (72)

В любой адекватной, в которой понимают, что сравнивать потребление памяти на ста, Аноним (44), 22:50 , 02-Янв-20, (44) –2

Там лишь процентов 15 времени съедается на allocation и генерацию случайных данн, anonymous (??), 13:10 , 03-Янв-20, (54) +5
P S Кроме того, это сферический тест, где не будут видны плюсы goroutine и про, anonymous (??), 14:03 , 03-Янв-20, (56)
Post P S А вообще хотелось бы увидеть objdump-ы и сравнить , anonymous (??), 14:05 , 03-Янв-20, (58) +1
Потому что нагрузка у всех разная и даже заменить один продукт другим под нагруз, Аноним (59), 15:21 , 03-Янв-20, (59)

Молодцы, ребята, Аноним (4), 11:26 , 02-Янв-20, (4) –1
Ждём вебморду к гиту issues прямо на расте , Аноним (6), 12:00 , 02-Янв-20, (6)

На расте только каскадные таблицы можно парсить на остальное он не способен бай , Аноним (11), 13:36 , 02-Янв-20, (14)

Это не так Просто раст - это не рельсы Макаки не освоят А работы много, нужно, Аноним (6), 13:38 , 02-Янв-20, (15) +2

Вы всё верно сказали, но, по-моему, вы это воспринимаете как-то негативно Зря , Аноним (19), 17:18 , 02-Янв-20, (29)

А зачем позитивно воспринимать тонны крапа выдаваемые макаками на гора Хреновый, Аноним (-), 10:04 , 08-Янв-20, (73)

Юзаю gitea, хватает дохлой виртуалки с 1 потокомЖреть 159 мб после суток аптайа , Vrein (ok), 12:25 , 02-Янв-20, (7) +4

А что его добавлять это форк gogs с дополнительным свистелками Список свистелок, Аноним (11), 13:33 , 02-Янв-20, (12)

не знаю, чем rhodecode ce отличается от kallithea сейчас, но я помню и rhodecode, б.б. (?), 15:34 , 02-Янв-20, (21) –1

https www opennet ru announce_news shtml cache off, Григорий Федорович Конин (?), 13:35 , 02-Янв-20, (13) +1

Макс по итогу новости все равно сильно правит Иногда , Аноним (11), 14:10 , 02-Янв-20, (18) +1

Нуу да, но если где-то не туда выправил или потерял важную задумку -- всегда мож, Michael Shigorin (ok), 20:14 , 03-Янв-20, (64)

gitolite не осилил никто жрет меньше 10М https gitolite com gitolite index htm, Аноним (16), 13:44 , 02-Янв-20, (16)

Гит без вебинтерфейса У меня даже моноколь выпал от удивления , Аноним (11), 14:09 , 02-Янв-20, (17) +2

Добро пожаловать в мир юниксвея gitolite обслуживает только git-remote по сути, Аноним (19), 17:25 , 02-Янв-20, (30) +1

В мире юниксвея никогда не было принято затыкать явные ошибки дизайна слоями кос, Аноним (34), 18:38 , 02-Янв-20, (34)

Весь юниксвей, по сути, сводится к полной атомарности компонентов Можете называ, Аноним (19), 20:34 , 02-Янв-20, (37)

Да gitlab тоже состоит из отдельных компонентов, вроде бы , anonymous (??), 23:29 , 02-Янв-20, (47)

Вы не поверите, даже systemd состоит из отдельных компонентов , Аноним (19), 13:03 , 03-Янв-20, (52) +1

Даже часы с кукушкой состоят из отдельных шестерёнок , Аноним (55), 13:52 , 03-Янв-20, (55) +1
systemd нельзя разобраться на отдельно-работающие компоненты, а gitlab можно , anonymous (??), 14:03 , 03-Янв-20, (57)

Ну, если вы даже в systemd разобраться не можете, то в gitlab и подавно не разбе, Аноним (19), 16:19 , 03-Янв-20, (61)

И с тем и другим давно разобрались, и на личности при этом не переходили , anonymous (??), 21:18 , 03-Янв-20, (66)

Из вашего комментария это не очевидно, очевидно обратное Глупость есть глупость , Аноним (19), 13:58 , 04-Янв-20, (69)

Это не имеет отношения к объекту обсуждения Есть что сказать по делу -- говорит, anonymous (??), 18:32 , 04-Янв-20, (71)

кстати, назачем гиту гуйня нужна для неосиливших , наше имя легион (?), 01:20 , 04-Янв-20, (67)

Больше всего о ненужности гуя и величии консоли пишут те, у кого линукс в вмвари, Аноним (19), 14:03 , 04-Янв-20, (70)

опеннетовские х перты, тыщи их да осилили,осилили давно, убедились в полной б, Аноним (34), 18:17 , 02-Янв-20, (32) –1

После логина можно определить что система работает и потребление у всех, независ, Аноним (11), 18:39 , 02-Янв-20, (35) –1

Цитата из их changelog , Аноним (19), 20:44 , 02-Янв-20, (39)

Ну это хотфиксы имхо, а так в декабре они чуть раньше выкатили фичи 20 числа 22, Аноним (43), 22:34 , 02-Янв-20, (43)

главное, васян - верить Что если ты не пользуешься - то и никто не пользуется , Аноним (49), 07:26 , 03-Янв-20, (51) –1

После парочки скандалов со сбором телеметрии и Nazi HR policy все более-менее , Аноним (19), 13:09 , 03-Янв-20, (53)

Собирался посмотреть лет десять назад, даже паковал для альта -- но в итоге сиди, Michael Shigorin (ok), 20:16 , 03-Янв-20, (65)

ungit ещё классный, Аноним (24), 16:20 , 02-Янв-20, (24)
Ну хоть не петон, уже плюс , user90 (?), 18:17 , 02-Янв-20, (31)

Угу - сломалось, похоронив всю разработку - делаем массовую сепукку, ибо починит, Аноним (34), 18:25 , 02-Янв-20, (33) –1

Думаете, если бы gpg keyservers были бы написаны на пыхе, это помогло бы избавит, Аноним (19), 20:36 , 02-Янв-20, (38)

причем тут ваша сеть доверия васянам, когда ошибка банально в том, что какая-то , Аноним (49), 07:18 , 03-Янв-20, (50)

Напрашивается название для системы сборки GitBin , Аноним (40), 21:20 , 02-Янв-20, (40)

GitBucket нормально интегрируется с jenkins, ыы (?), 21:43 , 02-Янв-20, (41)

Лол с джениксом любой гит интегрируется У гита стандартный интерфейс , Аноним (43), 22:24 , 02-Янв-20, (42) –1

Все кошки в мире серого цвета Вылезайте уже из сумрака И не дженикс а все ж, ыы (?), 09:38 , 04-Янв-20, (68)

В 2020 выпускать продукт на жвм, да ещё и на скале , Wilem (?), 05:45 , 03-Янв-20, (48)

Легаси как оно есть даже если сама команда решит пилить новый продукт на новом я, Аноним (59), 15:26 , 03-Янв-20, (60)

Сообщения [Сортировка по времени | 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

перепись нищебордов с оверсейлнутых vps?

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

11. Скрыто модератором +5 +/–

Сообщение от Аноним (11), 02-Янв-20, 13:07

Да да перепись людей которые умеют экономно тратить ресурсы, а не пускать пыль в глаза 64 гигами рам на баре метал.

Ответить | Правка | Наверх | 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 Shigorin (ok), 03-Янв-20, 20:11

Это первые пару месяцев-лет-десятилетий.  Потом вопрос о том, кто кому хозяин, с таким подходом обычно встаёт в полный рост: процентики, конкурентики, бандосики -- каждому несчастному своё.
Мне больше по нраву характеристика денег из "Трёх товарищей" Ремарка и понимание различия целей, средств и их муляжей.
PS: ещё вспомнилося тот бородатый анекдот с концовкой вида: "купил бы себе остров и загорал на нём! -- мужик, а я что делаю?" ;-)

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

45. Скрыто модератором +1 +/–

Сообщение от anonymous (??), 02-Янв-20, 23:19

А чтобы было ещё больше денег, можно сэкономить затраты на память хотя бы на лишние 5 процентов (на всём миллионеры серверов Вашего флота)

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

25. Скрыто модератором –2 +/–

Сообщение от Анонимко (?), 02-Янв-20, 16:23

Судя по тексту энтепрайза ты никогда не видел и тем более не строил энтерпрайз решений, философ.
Т.е. изначально не понимаешь почему они строятся подобным образом.
Сами сервисы может показаться жирными, но часто там только кеши исчисляются гигабайтами. Серьезно нагруженные сервисы с десятками/сотнями гигабайт базами всегда по возможности кешируются. Адекватный разраб не будет дергать базу лишний раз, если это можно обойти кешированием на благо отзывчивости сервиса.
И не нужно узкоприкладной напильник Go сравнивать с JVM. Это глупость великая сравнивать мартышку со слоном.
Gо не быстрей JVM это факт. Расход памяти зависит от рук разработчика.
Безусловно, наколеночный хелловорлд на Go будет занимать меньше памяти аппликейшен сервера на JVM.
Ну так если я возьму и создам(с умным лицом конечно же) стендалон сетевой сервис на JDK используя Netty или Vertx, возьму OpenJ9 JDK которая кушает на 30-50% меньше ОЗУ, то результат будет сопоставим с Go.
Так зачем Gо тогда? Ответ очевиден.

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

28. Скрыто модератором +/–

Сообщение от Аноним (19), 02-Янв-20, 17:17

> Gо не быстрей JVM это факт.
Что ж вы так скромно, скажите ещё, что JVM быстрее ассемблера, и что это тоже факт, ну же!
> Ну так если я возьму и создам(с умным лицом конечно же) стендалон сетевой сервис на JDK используя Netty или Vertx, возьму OpenJ9 JDK которая кушает на 30-50% меньше ОЗУ, то результат будет сопоставим с Go.
Ну, всего в 10 раз больше памяти... мда, наверное, уже можно сопоставлять. Но сопоставление, увы, будет не в пользу жабки.
Прогресс не стоит на месте, и legacy-технологии остаются техническим долгом. Да, убыточным, но взять переписать заново будет ещё дороже.

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

36. Скрыто модератором –2 +/–

Сообщение от IRASoldier_registered (ok), 02-Янв-20, 19:42

>Так зачем Gо тогда?
Не более затем, что гуглоразрабам в их цикле так удобнее (собственно, почему бы и нет). Но в конечном счёте, если нужен выигрыш в скорости разработки + оперативе и прочих плюшек - разумнее всего использовать Kotlin.

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

49. Скрыто модератором +/–

Сообщение от Аноним (49), 03-Янв-20, 07:04

не покажется ли тебе немножко забавным тот факт, что компания-изобретатель kotlin _свою_ систему для code review наляпала на жабке, преимущественно?
(угу, разумеется "не течёт". Упс, а что это вместо страницы опять "проблема при запуске gc"?) 3*50гигабайт процесса неведомо-чего - ооок, ну вот просто оно так работает... или не совсем - последний публичный анонс был в виде "ой, а линукс-версия вообще не запускалась! Но вы не думайте, мы не такие, всего за месяц исправили!"

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

46. Скрыто модератором +2 +/–

Сообщение от anonymous (??), 02-Янв-20, 23:21

> Gо не быстрей JVM это факт
А что это за факт и где можно почитать исследование?

Ответить | Правка | К родителю #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.me/announce_news.shtml?cache=off

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

18. "Выпуск системы совместной разработки GitBucket 4.33" +1 +/–

Сообщение от Аноним (11), 02-Янв-20, 14:10

Макс по итогу новости все равно сильно правит. Иногда.

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

64. "Выпуск системы совместной разработки GitBucket 4.33" +/–

Сообщение от Michael Shigorin (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 Shigorin (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 | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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
	перепись нищебордов с оверсейлнутых vps?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. Скрыто модератором	+5 +/–
	Сообщение от Аноним (11), 02-Янв-20, 13:07
	Да да перепись людей которые умеют экономно тратить ресурсы, а не пускать пыль в глаза 64 гигами рам на баре метал.
	Ответить \| Правка \| Наверх \| 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 Shigorin (ok), 03-Янв-20, 20:11
	Это первые пару месяцев-лет-десятилетий. Потом вопрос о том, кто кому хозяин, с таким подходом обычно встаёт в полный рост: процентики, конкурентики, бандосики -- каждому несчастному своё. Мне больше по нраву характеристика денег из "Трёх товарищей" Ремарка и понимание различия целей, средств и их муляжей. PS: ещё вспомнилося тот бородатый анекдот с концовкой вида: "купил бы себе остров и загорал на нём! -- мужик, а я что делаю?" ;-)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. Скрыто модератором	+1 +/–
	Сообщение от anonymous (??), 02-Янв-20, 23:19
	А чтобы было ещё больше денег, можно сэкономить затраты на память хотя бы на лишние 5 процентов (на всём миллионеры серверов Вашего флота)
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	25. Скрыто модератором	–2 +/–
	Сообщение от Анонимко (?), 02-Янв-20, 16:23
	Судя по тексту энтепрайза ты никогда не видел и тем более не строил энтерпрайз решений, философ. Т.е. изначально не понимаешь почему они строятся подобным образом. Сами сервисы может показаться жирными, но часто там только кеши исчисляются гигабайтами. Серьезно нагруженные сервисы с десятками/сотнями гигабайт базами всегда по возможности кешируются. Адекватный разраб не будет дергать базу лишний раз, если это можно обойти кешированием на благо отзывчивости сервиса. И не нужно узкоприкладной напильник Go сравнивать с JVM. Это глупость великая сравнивать мартышку со слоном. Gо не быстрей JVM это факт. Расход памяти зависит от рук разработчика. Безусловно, наколеночный хелловорлд на Go будет занимать меньше памяти аппликейшен сервера на JVM. Ну так если я возьму и создам(с умным лицом конечно же) стендалон сетевой сервис на JDK используя Netty или Vertx, возьму OpenJ9 JDK которая кушает на 30-50% меньше ОЗУ, то результат будет сопоставим с Go. Так зачем Gо тогда? Ответ очевиден.
	Ответить \| Правка \| К родителю #19 \| Наверх \| Cообщить модератору


	28. Скрыто модератором	+/–
	Сообщение от Аноним (19), 02-Янв-20, 17:17
	> Gо не быстрей JVM это факт. Что ж вы так скромно, скажите ещё, что JVM быстрее ассемблера, и что это тоже факт, ну же! > Ну так если я возьму и создам(с умным лицом конечно же) стендалон сетевой сервис на JDK используя Netty или Vertx, возьму OpenJ9 JDK которая кушает на 30-50% меньше ОЗУ, то результат будет сопоставим с Go. Ну, всего в 10 раз больше памяти... мда, наверное, уже можно сопоставлять. Но сопоставление, увы, будет не в пользу жабки. Прогресс не стоит на месте, и legacy-технологии остаются техническим долгом. Да, убыточным, но взять переписать заново будет ещё дороже.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. Скрыто модератором	–2 +/–
	Сообщение от IRASoldier_registered (ok), 02-Янв-20, 19:42
	>Так зачем Gо тогда? Не более затем, что гуглоразрабам в их цикле так удобнее (собственно, почему бы и нет). Но в конечном счёте, если нужен выигрыш в скорости разработки + оперативе и прочих плюшек - разумнее всего использовать Kotlin.
	Ответить \| Правка \| К родителю #25 \| Наверх \| Cообщить модератору


	49. Скрыто модератором	+/–
	Сообщение от Аноним (49), 03-Янв-20, 07:04
	не покажется ли тебе немножко забавным тот факт, что компания-изобретатель kotlin _свою_ систему для code review наляпала на жабке, преимущественно? (угу, разумеется "не течёт". Упс, а что это вместо страницы опять "проблема при запуске gc"?) 3*50гигабайт процесса неведомо-чего - ооок, ну вот просто оно так работает... или не совсем - последний публичный анонс был в виде "ой, а линукс-версия вообще не запускалась! Но вы не думайте, мы не такие, всего за месяц исправили!"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. Скрыто модератором	+2 +/–
	Сообщение от anonymous (??), 02-Янв-20, 23:21
	> Gо не быстрей JVM это факт А что это за факт и где можно почитать исследование?
	Ответить \| Правка \| К родителю #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ообщить модератору