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

"Выпуск системы совместной разработки 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
	перепись нищебордов с оверсейлнутых 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.dev/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 | Индекс форумов | Темы | Пред. тема | След. тема