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

Разработчики GNOME рассматривают возможность перехода на GitLab, opennews (?), 16-Май-17, (0) [смотреть все] Уважаю гномеров, молодцы , Zloy (?), 19:15 , 16-Май-17, (1) +11 // неуважаю гномеров, но гитлаб - молодцы, если сумеют заполучить такой проект , пох (?), 20:56 , 16-Май-17, (18) +9 Gerrit cgit Jenkins быстро, бесплатно, код удобнее ревьювить, можно наст, Олег (??), 08:46 , 17-Май-17, (51) –1 Они видимо не в курсе сколько этот монстр кушает ресурсов , я (?), 19:48 , 16-Май-17, (4) –4   // Ну вы то в курсе, просветите нас , utoplenick (ok), 20:10 , 16-Май-17, (6) +4   // конечно в курсе ДОФИГА, я (?), 22:06 , 16-Май-17, (24) +4   И не забывать ресурсы на стороне клиента куча трафика, куча памяти браузера , Андрей (??), 23:16 , 16-Май-17, (33) +2   Может сейчас ситуация лучше, но 4-5 лет назад был полнейший треш Установили на в, imprtat (ok), 23:50 , 16-Май-17, (37) +2   // Сейчас на старте дела обстоят примерно так просто установить и не пускать польз, rshadow (ok), 01:17 , 17-Май-17, (40) +1   юзайте https kallithea-scm org , оно не жрёт столько памяти, бугага (?), 07:55 , 17-Май-17, (49) +2   Оно недостаточно похоже на гитхаб, молодняк будет пугаться А вообще какая разниц, Аноним (-), 13:26 , 17-Май-17, (64) –4   Вот не на питонеhttps gogs io, FedeX (ok), 15:17 , 17-Май-17, (69) +3   плюсую за gogs gogs -- самое простое в развертывании, эксплуатации решение, к то, Chatul Taalul (?), 22:05 , 17-Май-17, (77) +1   Только в плане функционала ему до gitlab очень далеко Понятное дело, что встрое, Аноним (-), 00:31 , 18-Май-17, (79)   Или gitea https try gitea io Это форкнутый gogs Причина форка банальна д, Xrenoxod (ok), 05:43 , 18-Май-17, (82)   Два чая этому господину, kai3341 (ok), 15:29 , 17-Май-17, (70) +1   Оно такое Г что ты _захочешь_ прикупить памяти под GitLab - , . (?), 03:48 , 18-Май-17, (80) +1   Конечно ощутимо больше cgit, но, думаю, поменьше багзиллы Учитывая тенденцию к , Аноним (-), 20:30 , 16-Май-17, (12)   // На Go в GitLab написаны только всякие фронтэндеры кешеры runner ы для CI Основн, Аноним (-), 21:56 , 16-Май-17, (22)   // тормозит не сильно, но памяти кушает все, что дают им прийдется вполне раскошел, я (?), 22:07 , 16-Май-17, (25)   Переведут багзиллу в ro 8212 высвободят ресурсы , Аноним (-), 22:11 , 16-Май-17, (26)   Да не, для мелких проектов и на 1 GiB рамы всё летает без учёта базы Для боль, Аноним (-), 03:16 , 17-Май-17, (43)   gitlab 9 1, живет на 2 гигах, работают 30 человек Что я делаю не так , Аноним (-), 08:09 , 17-Май-17, (50) +4   Сотни репозиториев, работает порядка ста человек, жрёт около 8 гигов Много, кон, Аноним (-), 13:16 , 17-Май-17, (63) +2   Ну уж нет Каждый переход обрабатывается от секунды до нескольких Ждать зверею , freehck (ok), 09:07 , 18-Май-17, (84) +2   gnome и ресурсы -- такие ресурсы и gnome кто-нибудь, расскажите им, что оператив, ваноним (?), 13:11 , 17-Май-17, (59) +1   last pid 89105 load averages 0 32, 0 16, 0 11 , Клыкастый (ok), 16:39 , 17-Май-17, (73) +1   // Да по нынешним временай и GUI бы с ним Обновлять его - вот где лотерея , . (?), 03:51 , 18-Май-17, (81)   // 1 обновляем не из-под рута sudo -u git git pull2 проверяем внутренними средс, Клыкастый (ok), 10:41 , 18-Май-17, (86) +1   попробовали бы gogs, по фичам конечно маловато но зато кушает очень мало, Мадара (ok), 20:04 , 16-Май-17, (5) –3 // Они не в той весовой категории чтобы пробовать Пробуйте сами , Аноним (-), 20:16 , 16-Май-17, (7) +2 // а какая нужна весовая категория , Мадара (ok), 20:22 , 16-Май-17, (8) // Ну там Budgie какой-нибудь MATE или Cinnamon, я думаю, тоже подойдут , Аноним (-), 20:26 , 16-Май-17, (9) –2 это всё очень хорошо, но вы можете конкретнее сказать чего не хватает для попада, Мадара (ok), 23:07 , 16-Май-17, (31) Например комментарии к ревью кода , Леонид (??), 17:55 , 19-Май-17, (95) Они его вроде как рассматривали , prokoudine (ok), 22:30 , 16-Май-17, (29) Ммда Т е самый сложный во многих смыслах проект я имею в виду Linux kernel , yet another anonymous (?), 20:28 , 16-Май-17, (10) +2 // В сложные проекты могут только люди которые могут хоть как, хоть где и хоть во ч, Аноним (-), 20:32 , 16-Май-17, (13) +8 тот, кто вам эту лапшу повесил на уши - обманщик и нехороший человек линупc-керн, пох (?), 20:53 , 16-Май-17, (16) –2 // Под сложным проектом я имел ввиду технически сложным Mozilla --- переусложн, yet another anonymous (?), 21:29 , 16-Май-17, (20) +4 Классика опеннета 8212 заминусовали парню самый адекватный коммент , prokoudine (ok), 00:24 , 17-Май-17, (38) –4 // И где там адекватность Линукс-ядро с кучей распределённой разработки - простой , Crazy Alex (ok), 14:44 , 17-Май-17, (66) +3 все нормально - если этой пары минусов нет, значит, я опять ляпнул что-то не то , пох (?), 16:47 , 18-Май-17, (89) –1 Похоже, Вы не имели в этой области не то, что положительного опыта, а опыта вооб, anonymous yet another (?), 10:20 , 19-Май-17, (94) если линукс для вас сложный проект , то про ваш ентер-прайс я вообще ничего зна, пох (?), 21:07 , 19-Май-17, (96) –1 Плохому танцору багтрекер мешает , Аноним (-), 05:44 , 17-Май-17, (46) +3 где можно почитать про разницу в проприетарности между gitlab и github , Аноним (-), 20:28 , 16-Май-17, (11) –2 // Читай прямо здесь, строчкой ниже CitLab CE 8212 свободный, GitHub во всех инк, Аноним (-), 20:33 , 16-Май-17, (14) –1 // fast-forward merges в CE они отключили, чтоб он ещё более свободный был , Led (ok), 22:03 , 16-Май-17, (23) // Где его там отключили В веб-морде, что ли Отродясь через неё ничего не мержил , Аноним (-), 22:18 , 16-Май-17, (28) –1 При этом есть не свободная версия с кучей плюшек https about gitlab com free-, rshadow (ok), 01:11 , 17-Май-17, (39) –1 // gitlab com тоже полнофункционален и бесплатен для опенсорс-проектов да, там ынт, Аноним (-), 01:21 , 17-Май-17, (41) +1 Вот здесь в комментах их сравнили Кратко на гитхаб ля больших проектов, состо, Crazy Alex (ok), 14:53 , 17-Май-17, (67) Исходников github нет, его нельзя поставить на свой сервер инстанс в облачном ок, sHaggY_caT (ok), 20:33 , 16-Май-17, (15) +4 // Можно, но код закрыт GitHub Enterprise , Аноним (-), 14:21 , 17-Май-17, (65) GitLab можно на своём оборудовании развернуть GitHub - нет , llolik (ok), 21:13 , 16-Май-17, (19) // Не так давно тут была новость про дыру, найденную в ынтырпрайзном гитхабе, котор, Аноним (-), 22:17 , 16-Май-17, (27) –1 // Ну ок, более полно GitLab можно свободно скачать и развернуть на своём оборудов, llolik (ok), 22:59 , 16-Май-17, (30) Всё равно недостаточно полно, ибо существуют GitLab CE и EE , Аноним (-), 23:09 , 16-Май-17, (32) –1 А вот за ЕЕ будь добр и заплати в УЕ, что, в общем, логично и вышесказанного не, llolik (ok), 23:33 , 16-Май-17, (35) можно жеhttps enterprise github com features, anono (?), 11:31 , 17-Май-17, (57) Согласно санкциям гитхаб дожен быть не доступен в Крыму, Северной Корее, Иране и, anonymous (??), 04:22 , 17-Май-17, (45) –1 // Санкции запрещают коммерческие отношения с этими территориями Под бесплатным ак, Аноним (-), 05:48 , 17-Май-17, (47) Bugzilla реально старьё Захочешь баг оформить и испугаешься, так и не сделав эт, Necrogrinder (ok), 20:53 , 16-Май-17, (17) +5 // А может это и хорошо Если уж bugzill у не потянул, то и контрибъютор соответств, yet another anonymous (?), 21:33 , 16-Май-17, (21) +3 // Чтобы описать, что происходит или высказать пожелание - не так много надо, тем б, Crazy Alex (ok), 23:33 , 16-Май-17, (34) +3 Гитлаб эээ, небезопасен gogs - глобально и надёжно ps ПРЕДУПРЕЖДЕНИЕ В со, бедный буратино (ok), 02:40 , 17-Май-17, (42) –2 // Пруфы будут , Аноним (-), 13:12 , 17-Май-17, (60) +1 // под новостью 6 ссылок из них 3 - доказательства, бедный буратино (ok), 14:58 , 17-Май-17, (68) –1 // Это доказательства того, что у них есть программа bug bounty, и что она эффектив, Аноним (-), 16:14 , 17-Май-17, (71) Какая им разница, где писать won t fix и заставлять ждать очередной переписанной, Аноним (-), 12:44 , 17-Май-17, (58) +5 если там один коммит в день - оно и понятно, так и 300 человек сможет работать , ALex_hha (ok), 16:23 , 17-Май-17, (72) –1 // Народ тут пишет, что гитлаб триллион памяти кушает Про людей и коммиты не пишет, Клыкастый (ok), 16:48 , 17-Май-17, (74) gitlab овские процессы, в KiB VSZ, RSS42373728 5881380Коммитов мало, объем репо, yet another anonymous (?), 19:53 , 17-Май-17, (75) Метод установки гитлаб меня позабавил code curl -sS htt ps packages gitlab com, EuPhobos (ok), 07:09 , 18-Май-17, (83) –1 // Строчкой ниже, dhfdfff (?), 10:09 , 18-Май-17, (85) в виртуалку на посмотреть , почему бы и нет , Аноним (-), 11:10 , 18-Май-17, (87) а что запускающий этот скрипт дальше собрался запускать мегатонного монстра, от , пох (?), 17:09 , 18-Май-17, (90) –1 // Тут дело в доверии к репозиторию, т к 171 миллион 187 этих пакетов подписан, EuPhobos (ok), 17:45 , 18-Май-17, (91) // да недоверяй, пажалуста Ты пакеты-то с под него ставить собираешься, или где Ес, пох (?), 23:35 , 18-Май-17, (92) –1 Почему не savannah , Аноним (-), 13:49 , 18-Май-17, (88) –1 1,4,5,10,11,17,42,58,72,75,83,88

Сообщения

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

4. "Разработчики GNOME рассматривают возможность перехода на Git..."	–4 +/–
Сообщение от я (?), 16-Май-17, 19:48
Они видимо не в курсе сколько этот монстр кушает ресурсов.
Ответить | Правка | Наверх | Cообщить модератору

	6. "Разработчики GNOME рассматривают возможность перехода на Git..."	+4 +/–
	Сообщение от utoplenick (ok), 16-Май-17, 20:10
	Ну вы то в курсе, просветите нас)
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Разработчики GNOME рассматривают возможность перехода на Git..."	+4 +/–
	Сообщение от я (?), 16-Май-17, 22:06
	конечно в курсе. ДОФИГА
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Разработчики GNOME рассматривают возможность перехода на Git..."	+2 +/–
	Сообщение от Андрей (??), 16-Май-17, 23:16
	И не забывать ресурсы на стороне клиента: куча трафика, куча памяти браузера.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	37. "Разработчики GNOME рассматривают возможность перехода на Git..."	+2 +/–
	Сообщение от imprtat (ok), 16-Май-17, 23:50
	Может сейчас ситуация лучше, но 4-5 лет назад был полнейший треш. Установили на виртуалке с 2гб памяти, после первого апдейта запустился только после апа до 3гб, после 2го апдейта - пришлось апнуть до 4гб, в итоге дошли до 12гб. Ни триггеры, ни интеграции с СИ, ни лдап или других фишек не юзалось, он был поднят ради гит сервера + веб интерфейса на небольшую команду.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	40. "Разработчики GNOME рассматривают возможность перехода на Git..."	+1 +/–
	Сообщение от rshadow (ok), 17-Май-17, 01:17
	Сейчас на старте дела обстоят примерно так: просто установить и не пускать пользователей - почти полностью кушает одно ядро и несколько гигов оперативы. С пользователями вообще пичаль. Тем не менее кряхтит, тупит но вроде работает. Кстати апгрейд все так же квест, как и раньше: что-нибудь, да отвалится.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Разработчики GNOME рассматривают возможность перехода на Git..."	+2 +/–
	Сообщение от бугага (?), 17-Май-17, 07:55
	юзайте https://kallithea-scm.org , оно не жрёт столько памяти
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	64. "Разработчики GNOME рассматривают возможность перехода на Git..."	–4 +/–
	Сообщение от Аноним (-), 17-Май-17, 13:26
	Оно недостаточно похоже на гитхаб, молодняк будет пугаться. А вообще какая разница, сколько оно жрёт сейчас, если оно всё равно на питоне? Будет развиваться — распухнет очень быстро, не будет — и что с него толку?
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Разработчики GNOME рассматривают возможность перехода на Git..."	+3 +/–
	Сообщение от FedeX (ok), 17-Май-17, 15:17
	Вот не на питоне https://gogs.io
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Разработчики GNOME рассматривают возможность перехода на Git..."	+1 +/–
	Сообщение от Chatul Taalul (?), 17-Май-17, 22:05
	> Вот не на питоне > https://gogs.io плюсую за gogs. gogs -- самое простое в развертывании, эксплуатации решение, к тому же наименее ресурсоемкое и тормозное на порядок. готово к использованию сразу после скачивания -- запускаем всего 1 исполняемый файл и вуаля!
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Разработчики GNOME рассматривают возможность перехода на Git..."	+/–
	Сообщение от Аноним (-), 18-Май-17, 00:31
	Только в плане функционала ему до gitlab очень далеко. Понятное дело, что встроенный CI или тем паче Docker registry не всем нужны, просто хочу напомнить агитаторам за gogs, что эти два продукта относятся к совершенно разным весовым категориям.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Разработчики GNOME рассматривают возможность перехода на Git..."	+/–
	Сообщение от Xrenoxod (ok), 18-Май-17, 05:43
	Или gitea (https://try.gitea.io/). Это форкнутый gogs. Причина форка банальна: "дайте тоже порулить" (https://blog.gitea.io/2016/12/welcome-to-gitea/ )
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	70. "Разработчики GNOME рассматривают возможность перехода на Git..."	+1 +/–
	Сообщение от kai3341 (ok), 17-Май-17, 15:29
	> юзайте https://kallithea-scm.org , оно не жрёт столько памяти Два чая этому господину
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	80. "Разработчики GNOME рассматривают возможность перехода на Git..."	+1 +/–
	Сообщение от . (?), 18-Май-17, 03:48
	Оно такое Г! что ты _захочешь_ прикупить памяти под GitLab ;-)
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Разработчики GNOME рассматривают возможность перехода на Git..."	+/–
	Сообщение от Аноним (-), 16-Май-17, 20:30
	Конечно ощутимо больше cgit, но, думаю, поменьше багзиллы. Учитывая тенденцию к переписыванию на go, сильно жиреть в будущем не должен, скорее наоборот.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	22. "Разработчики GNOME рассматривают возможность перехода на Git..."	+/–
	Сообщение от Аноним (-), 16-Май-17, 21:56
	На Go в GitLab написаны только всякие фронтэндеры/кешеры/runner'ы для CI. Основная кодовая база всё-таки на Ruby, но тормозит она не так страшно, как привыкли все описывать.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Разработчики GNOME рассматривают возможность перехода на Git..."	+/–
	Сообщение от я (?), 16-Май-17, 22:07
	тормозит не сильно, но памяти кушает все, что дают. им прийдется вполне раскошелится на ресурсы, чтобы низенько лететь с гитлаб
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Разработчики GNOME рассматривают возможность перехода на Git..."	+/–
	Сообщение от Аноним (-), 16-Май-17, 22:11
	Переведут багзиллу в ro — высвободят ресурсы.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Разработчики GNOME рассматривают возможность перехода на Git..."	+/–
	Сообщение от Аноним (-), 17-Май-17, 03:16
	Да не, для мелких проектов и на 1 GiB рамы всё летает (без учёта базы). Для больших, конечно, попросит больше, но и GNOME не бомжи на окраине - ресурсов найдут.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	50. "Разработчики GNOME рассматривают возможность перехода на Git..."	+4 +/–
	Сообщение от Аноним (-), 17-Май-17, 08:09
	gitlab 9.1, живет на 2 гигах, работают 30 человек. Что я делаю не так?
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	63. "Разработчики GNOME рассматривают возможность перехода на Git..."	+2 +/–
	Сообщение от Аноним (-), 17-Май-17, 13:16
	> gitlab 9.1, живет на 2 гигах, работают 30 человек. Что я делаю > не так? Сотни репозиториев, работает порядка ста человек, жрёт около 8 гигов. Много, конечно, но не так чтоб прям разориться на оперативке.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Разработчики GNOME рассматривают возможность перехода на Git..."	+2 +/–
	Сообщение от freehck (ok), 18-Май-17, 09:07
	> GitLab ... Основная кодовая база всё-таки на Ruby, но тормозит она не так страшно, как привыкли все описывать. Ну уж нет. Каждый переход обрабатывается от секунды до нескольких. Ждать зверею просто. И это при том, что нехило ресурсов мы на виртуалку гитлабу выделили. И это при том, что у меня Core i7 на рабочей машине, и все другие интерфейсы просто летают в соседних вкладках.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	59. "Разработчики GNOME рассматривают возможность перехода на Git..."	+1 +/–
	Сообщение от ваноним (?), 17-Май-17, 13:11
	gnome и ресурсы -- такие ресурсы и gnome. кто-нибудь, расскажите им, что оперативная память конечна и процессор имеет ограниченные возможности
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	73. "Разработчики GNOME рассматривают возможность перехода на Git..."	+1 +/–
	Сообщение от Клыкастый (ok), 17-Май-17, 16:39
	last pid: 89105;  load averages:  0.32,  0.16,  0.11                                                                                           up 179+07:32:53 16:32:58 59 processes:  1 running, 58 sleeping CPU 0:  1.1% user,  0.0% nice,  0.0% system,  0.0% interrupt, 98.9% idle CPU 1:  0.4% user,  0.0% nice,  0.0% system,  0.0% interrupt, 99.6% idle CPU 2:  0.4% user,  0.0% nice,  0.4% system,  0.0% interrupt, 99.3% idle CPU 3:  0.7% user,  0.0% nice,  0.0% system,  0.0% interrupt, 99.3% idle Mem: 414M Active, 2515M Inact, 576M Wired, 192M Buf, 419M Free Swap: 4096M Total, 151M Used, 3944M Free, 3% Inuse На тазике gitlab+redmine (решил всю рубиновую поепень на один тазик) nginx+passenger+redis+workhorse(к сожалению теперь оно у них обязательное)+postgresql стартует это всё с 20сек задержкой но работает норм. и я бы не сказал что это монстр. опять же посмотрите в сторону gitprep.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	81. "Разработчики GNOME рассматривают возможность перехода на Git..."	+/–
	Сообщение от . (?), 18-Май-17, 03:51
	>и я бы не сказал что это монстр. Да по нынешним временай и GUI бы с ним. Обновлять его - вот где лотерея!
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Разработчики GNOME рассматривают возможность перехода на Git..."	+1 +/–
	Сообщение от Клыкастый (ok), 18-Май-17, 10:41
	>>и я бы не сказал что это монстр. > Да по нынешним временай и GUI бы с ним. > Обновлять его - вот где лотерея! 1. обновляем (не из-под рута!) sudo -u git git pull 2. проверяем внутренними средствами gitlab/ruby sudo -u git -H bundle exec rake gitlab:check RAILS_ENV=production SANITIZE=true при необходимости доустанавливаем необходимое: sudo -u git -H bundle install 3. рестартуем gitlab service gitlab restart для мажорных обновлений возможны ещё две операции: апдейт структуры БД sudo -u git -H bundle exec rake db:migrate RAILS_ENV=production рекомпил ассертов sudo -u git -H bundle exec rake assets:precompile RAILS_ENV=production Некоторые гемы (gems) линкуются с системными библиотеками, и после апгрейда системных библиотек могут сломаться. Такой gem нужно: 1. удалить sudo -u git -H bundle exec gem uninstall charlock_holmes 2. переустановить sudo -u git -H bundle install ЗЫ подразумевается что вы сидите на git-версии и умеете переключатся на бранчи новых версий
	Ответить | Правка | Наверх | Cообщить модератору

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

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