|
2.18, пох (?), 20:56, 16/05/2017 [^] [^^] [^^^] [ответить]
| +9 +/– |
> Уважаю гномеров, молодцы.
неуважаю гномеров, но гитлаб - молодцы, если сумеют заполучить такой проект.
| |
2.51, Олег (??), 08:46, 17/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Gerrit && cgit && Jenkins = быстро, бесплатно, код удобнее ревьювить, можно настроить любые политики для ревью благодаря встроенному интерпретатору Пролога.
| |
|
1.4, я (?), 19:48, 16/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Они видимо не в курсе сколько этот монстр кушает ресурсов.
| |
|
|
3.33, Андрей (??), 23:16, 16/05/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
И не забывать ресурсы на стороне клиента: куча трафика, куча памяти браузера.
| |
3.37, imprtat (ok), 23:50, 16/05/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
Может сейчас ситуация лучше, но 4-5 лет назад был полнейший треш.
Установили на виртуалке с 2гб памяти, после первого апдейта запустился только после апа до 3гб, после 2го апдейта - пришлось апнуть до 4гб, в итоге дошли до 12гб.
Ни триггеры, ни интеграции с СИ, ни лдап или других фишек не юзалось, он был поднят ради гит сервера + веб интерфейса на небольшую команду.
| |
|
4.40, rshadow (ok), 01:17, 17/05/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Сейчас на старте дела обстоят примерно так: просто установить и не пускать пользователей - почти полностью кушает одно ядро и несколько гигов оперативы. С пользователями вообще пичаль. Тем не менее кряхтит, тупит но вроде работает.
Кстати апгрейд все так же квест, как и раньше: что-нибудь, да отвалится.
| |
|
5.64, Аноним (-), 13:26, 17/05/2017 [^] [^^] [^^^] [ответить]
| –4 +/– |
Оно недостаточно похоже на гитхаб, молодняк будет пугаться.
А вообще какая разница, сколько оно жрёт сейчас, если оно всё равно на питоне? Будет развиваться — распухнет очень быстро, не будет — и что с него толку?
| |
|
|
7.77, Chatul Taalul (?), 22:05, 17/05/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Вот не на питоне
> https://gogs.io
плюсую за gogs.
gogs -- самое простое в развертывании, эксплуатации решение, к тому же наименее ресурсоемкое и тормозное на порядок. готово к использованию сразу после скачивания -- запускаем всего 1 исполняемый файл и вуаля!
| |
|
8.79, Аноним (-), 00:31, 18/05/2017 [^] [^^] [^^^] [ответить] | +/– | Только в плане функционала ему до gitlab очень далеко Понятное дело, что встрое... текст свёрнут, показать | |
|
|
|
|
6.80, . (?), 03:48, 18/05/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Оно такое Г! что ты _захочешь_ прикупить памяти под GitLab ;-)
| |
|
|
|
|
2.12, Аноним (-), 20:30, 16/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Конечно ощутимо больше cgit, но, думаю, поменьше багзиллы. Учитывая тенденцию к переписыванию на go, сильно жиреть в будущем не должен, скорее наоборот.
| |
|
3.22, Аноним (-), 21:56, 16/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
На Go в GitLab написаны только всякие фронтэндеры/кешеры/runner'ы для CI. Основная кодовая база всё-таки на Ruby, но тормозит она не так страшно, как привыкли все описывать.
| |
|
4.25, я (?), 22:07, 16/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
тормозит не сильно, но памяти кушает все, что дают. им прийдется вполне раскошелится на ресурсы, чтобы низенько лететь с гитлаб
| |
|
5.43, Аноним (-), 03:16, 17/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Да не, для мелких проектов и на 1 GiB рамы всё летает (без учёта базы). Для больших, конечно, попросит больше, но и GNOME не бомжи на окраине - ресурсов найдут.
| |
5.50, Аноним (-), 08:09, 17/05/2017 [^] [^^] [^^^] [ответить]
| +4 +/– |
gitlab 9.1, живет на 2 гигах, работают 30 человек. Что я делаю не так?
| |
|
6.63, Аноним (-), 13:16, 17/05/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
> gitlab 9.1, живет на 2 гигах, работают 30 человек. Что я делаю
> не так?
Сотни репозиториев, работает порядка ста человек, жрёт около 8 гигов. Много, конечно, но не так чтоб прям разориться на оперативке.
| |
|
|
4.84, freehck (ok), 09:07, 18/05/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
> GitLab ... Основная кодовая база всё-таки на Ruby, но тормозит она не так страшно, как привыкли все описывать.
Ну уж нет. Каждый переход обрабатывается от секунды до нескольких. Ждать зверею просто.
И это при том, что нехило ресурсов мы на виртуалку гитлабу выделили.
И это при том, что у меня Core i7 на рабочей машине, и все другие интерфейсы просто летают в соседних вкладках.
| |
|
|
2.59, ваноним (?), 13:11, 17/05/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
gnome и ресурсы -- такие ресурсы и gnome.
кто-нибудь, расскажите им, что оперативная память конечна и процессор имеет ограниченные возможности
| |
|
3.81, . (?), 03:51, 18/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
>и я бы не сказал что это монстр.
Да по нынешним временай и GUI бы с ним.
Обновлять его - вот где лотерея!
| |
|
|
1.5, Мадара (ok), 20:04, 16/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
попробовали бы gogs, по фичам конечно маловато но зато кушает очень мало
| |
|
2.7, Аноним (-), 20:16, 16/05/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
Они не в той весовой категории чтобы "пробовать". Пробуйте сами.
| |
|
|
4.9, Аноним (-), 20:26, 16/05/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Ну там Budgie какой-нибудь. MATE или Cinnamon, я думаю, тоже подойдут.
| |
|
5.31, Мадара (ok), 23:07, 16/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
это всё очень хорошо, но вы можете конкретнее сказать чего не хватает для попадания в нужную категорию ?
| |
|
|
|
|
1.10, yet another anonymous (?), 20:28, 16/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> Текущая инфраструктура, в которой используется cgit и система отслеживания ошибок Bugzilla, существенно устарела, не удовлетворяет современным потребностям, имеет проблемы с юзабилити и не предоставляет должных возможностей по рецензированию кода.
Ммда. Т.е. самый сложный (во многих смыслах) проект (я имею в виду Linux kernel) вполне себе обходиться без этих рюшечек. Как и многие другие системообразующие проекты. А чем более bloatware, тем больше внимания "usability in codereview" и мультимедийным возможностям в bugtracker.
| |
|
2.13, Аноним (-), 20:32, 16/05/2017 [^] [^^] [^^^] [ответить]
| +8 +/– |
В сложные проекты могут только люди которые могут хоть как, хоть где и хоть во что.
// ваш КО
| |
2.16, пох (?), 20:53, 16/05/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Ммда. Т.е. самый сложный (во многих смыслах) проект (я имею в виду Linux kernel)
тот, кто вам эту лапшу повесил на уши - обманщик и нехороший человек.
линупc-кернел - чрезвычайно простой проект. Именно как проект. При этом он всегда крайне мерзко относился к человеческим ресурсам, неоднократно хороня чужую сложную и нужную работу в мусоре и личных хотелках. А некоторые нетривиальные вещи в нем - сделаны отдельными командами, использовавшими вполне современные средства коммуникации и командной разработки, при _активном_противодействии_ "гения менеджмента".
Если вы хотите посмотреть на сложный проект - попробуйте исправить что-нибудь мелкое в поведении mozilla.
| |
|
|
4.66, Crazy Alex (ok), 14:44, 17/05/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
И где там адекватность? Линукс-ядро с кучей распределённой разработки - простой проект? А успех менеджмента определяется результатом. Повсюду мы видим именно линукс-ядро, а не что-то другое. Вывод - менеджмент хороший. А то, что автор коммента линукс (и свободный софт вообще) терпеть не может и на любой чих рекламирует винду и прочую проприетарщину - к нему любви ни разу не добавляет.
| |
4.89, пох (?), 16:47, 18/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
все нормально - если этой пары минусов нет, значит, я опять ляпнул что-то не то. ;-)
классика опеннета - это считать линукс "сложным проектом", в разговоре, где речь о монстрах, это вот да.
Что, кроме прочего, в очередной раз как бе говорит нам об общечеловеческой пользе этого вашего опенсорсе в принципе - любой человек, на деле пытавшийся что-то поменять в ведре линукса и в чем-нибудь размером хотя бы с мазилу (и Б-же упаси нас быть вынужденными что-то чинить в гноме) - совершенно не нуждается в моих доказательствах и разъяснениях. Как и любой, кто пытался либо потом сдать эти свои поделки в апстрим, либо отслеживал судьбу чужих - и проделывал то же самое в проектах с нормальными средствами управления.
| |
|
5.94, anonymous yet another (?), 10:20, 19/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Похоже, Вы не имели в этой области не то, что положительного опыта, а опыта вообще. А я имею. (И в энтерпрайзе тоже, т.е. есть с чем сравнивать).
Но поробуем не уходить от main topic.
Проекты, обвешанные вспомогательными "рюшечками" (вроде того же gitlab) концентрируются на социальной инженерии, а не на технической. Инженерная составляюща окаывается слабой --- можно поразглядывать качество коммитов в проектах, где оперируют кодом в основном через средства gitlab (github, jenkins, etc.), и тех, где не концентрируются на обвязках.
| |
|
6.96, пох (?), 21:07, 19/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А я имею. (И в энтерпрайзе тоже,
если линукс для вас "сложный проект", то про ваш ентер-прайс я вообще ничего знать не хочу.
мой "ентрепрайз" обходился svn и trac (пачкой trac'ов, в виду неумения оного нормально работать больше чем с одним репо) плюс парой омерзительных конструкций для тестирования (мда, кто там страдал по двум гигам для несчастного гитлаба? 12 для тестовой жабьей морды не хотите ли?) - и, в отличие от линyпсов, за несколько лет я так и ниасилил более-менее разобраться хотя бы просто в архитектуре (не то чтоб, конечно, и хотелось бы, но я и про линуксы предпочел бы ничего не знать, а на эту хрень ведь была еще и документация...зачеркнуто, вики-мусорка, на линукс и того нет), не то что что-то хотя бы мелкое исправлять.
| |
|
|
|
|
|
1.11, Аноним (-), 20:28, 16/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
где можно почитать про разницу в проприетарности между gitlab и github ?
| |
|
2.14, Аноним (-), 20:33, 16/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> где можно почитать про разницу в проприетарности между gitlab и github
> ?
Читай прямо здесь, строчкой ниже.
CitLab CE — свободный, GitHub во всех инкарнациях — проприетарный.
| |
|
3.23, Led (ok), 22:03, 16/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
> CitLab CE — свободный
fast-forward merges в CE они отключили, чтоб он ещё более свободный был?
| |
|
4.28, Аноним (-), 22:18, 16/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> CitLab CE — свободный
> fast-forward merges в CE они отключили, чтоб он ещё более свободный был?
Где его там отключили? В веб-морде, что ли? Отродясь через неё ничего не мержил. Ну хочешь — включи, исходники-то есть.
| |
|
|
4.41, Аноним (-), 01:21, 17/05/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
gitlab.com тоже полнофункционален и бесплатен для опенсорс-проектов.
да, там ынтырпрайзная редакция.
| |
4.67, Crazy Alex (ok), 14:53, 17/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Вот здесь в комментах их сравнили. Кратко: на гитхаб ля больших проектов, состоящих из горы репозиториев, неудобен, имеет ещё ряд недостатков плюс они хотят свободное, а не просто бесплатное. Что правильно, конечно.
| |
|
|
2.15, sHaggY_caT (ok), 20:33, 16/05/2017 [^] [^^] [^^^] [ответить]
| +4 +/– |
Исходников github нет, его нельзя поставить на свой сервер/инстанс в облачном окружении IaaS
| |
|
3.27, Аноним (-), 22:17, 16/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> GitLab можно на своём оборудовании развернуть. GitHub - нет.
Не так давно тут была новость про дыру, найденную в ынтырпрайзном гитхабе, который именно что ставится на железо клиента.
| |
|
|
|
6.35, llolik (ok), 23:33, 16/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Всё равно недостаточно полно, ибо существуют GitLab CE и EE.
А вот за ЕЕ будь добр и заплати в УЕ, что, в общем, логично и вышесказанного не отменяет :)
| |
|
|
|
|
2.45, anonymous (??), 04:22, 17/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Согласно санкциям гитхаб дожен быть не доступен в Крыму, Северной Корее, Иране и ещё у парочки врагов человечества. Как на самом деле обстоят дела не знаю.
| |
|
3.47, Аноним (-), 05:48, 17/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Санкции запрещают коммерческие отношения с этими территориями. Под бесплатным акком хоть обкомиться, но но захочешь купить подписку для приватных реп, тут-то тебя и развернут
| |
|
|
1.17, Necrogrinder (ok), 20:53, 16/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
Bugzilla реально старьё. Захочешь баг оформить и испугаешься, так и не сделав этого. Новичков пугает.
| |
|
2.21, yet another anonymous (?), 21:33, 16/05/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Bugzilla реально старьё. Захочешь баг оформить и испугаешься, так и не сделав
> этого. Новичков пугает.
А может это и хорошо? Если уж bugzill'у не потянул, то и контрибъютор соответствующий --- никакой пользы окромя вреда.
| |
|
3.34, Crazy Alex (ok), 23:33, 16/05/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
Чтобы описать, что происходит или высказать пожелание - не так много надо, тем более это всё же безнадёжно гуёвый проект. А вот для списков рассылки для разработчиков - в точку был бы аргумент.
| |
|
|
1.42, бедный буратино (ok), 02:40, 17/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Гитлаб... эээ, небезопасен. gogs - глобально и надёжно.
ps. ПРЕДУПРЕЖДЕНИЕ: В сообщении используется ненормативная лексика.
Пожлуйста откорректируйте сообщение, воздержитесь от острых высказываний и несодержательных комментариев, проявите уважение к собеседнику.
Выражение, на которое сработало предупреждение: 'р_е_ш_е_т_о'
| |
|
|
|
4.71, Аноним (-), 16:14, 17/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Это доказательства того, что у них есть программа bug bounty, и что она эффективна. А код gogs подвергался какому-нибудь стороннему аудиту?
| |
|
|
|
1.58, Аноним (-), 12:44, 17/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
> система отслеживания ошибок Bugzilla, существенно устарела
Какая им разница, где писать won't fix и заставлять ждать очередной переписанной новой версии очередного кривого компонента гнома?
| |
1.72, ALex_hha (ok), 16:23, 17/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
> gitlab 9.1, живет на 2 гигах, работают 30 человек. Что я делаю не так?
если там один коммит в день - оно и понятно, так и 300 человек сможет работать.
| |
|
2.74, Клыкастый (ok), 16:48, 17/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> gitlab 9.1, живет на 2 гигах, работают 30 человек. Что я делаю не так?
> если там один коммит в день - оно и понятно, так и
> 300 человек сможет работать.
Народ тут пишет, что гитлаб триллион памяти кушает. Про людей и коммиты не пишет. Немудрено, что первый вопрос, который возникает "о чём вы говорите, работает на X гигах без проблем".
| |
|
1.83, EuPhobos (ok), 07:09, 18/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Метод установки гитлаб меня позабавил
curl -sS htt ps://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.deb.sh | sudo bash
Что, неужели так и делают гореадмины? Непонятно какой скрипт под судо запускают? 😁
| |
|
2.85, dhfdfff (?), 10:09, 18/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Строчкой ниже
> If you are not comfortable installing the repository through a piped script, you can find the entire script here and select and download the package manually and install | |
2.90, пох (?), 17:09, 18/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Метод установки гитлаб меня позабавил
> curl -sS https: //packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.deb.sh
> | sudo bash
> Что, неужели так и делают гореадмины? Непонятно какой скрипт под судо запускают?
а что запускающий этот скрипт дальше собрался запускать мегатонного монстра, от которого будет зависеть вся разработка его лавочки (вероятно, не совсем карликовой, раз нашла под него ресурсы и вообще заинтересована в данной технологии) - тебя, почему-то, совершенно не смущает?
На машине, где развернут гитлаб, довольно глупо иметь что-то, что надо героически защищать от гитлаба. Если ее через него поломают - целью, очевидно, будет именно гитлаб, и он же - основной твоей потерей.
Я, конечно, с интересом прочитал тут чей-то опус на тему "как его правильно кормить вручную, если хочется версию прямо из под комитеров", но прекрасно обойдусь в жизни без этого знания.
Как и без ручного ковыряния с ключами и репо, которым занимается этот тривиальненький скриптик. А вот когда ты скажешь банальное apt-get install - запустится миллион нетривиальных, но "негореадмины" об этом даже не думают.
| |
|
3.91, EuPhobos (ok), 17:45, 18/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
> А вот когда ты скажешь банальное apt-get install -
> запустится миллион нетривиальных, но "негореадмины" об этом даже не думают.
Тут дело в доверии к репозиторию, т.к. «миллион» этих пакетов подписаны единым репозиторским ключом, а значит дистрибутив берёт под свою репутацию весь этот «миллион» пакетов. (На самом деле около 20т.)
| |
|
4.92, пох (?), 23:35, 18/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Тут дело в доверии к репозиторию
да недоверяй, пажалуста. Ты пакеты-то с под него ставить собираешься, или где?
Если собираешься, кудыть ты денешься без ключа?
Не ставить пакетов - как будем вручную удовлетворять прожорливую зверушку, зависимую разом от ruby, go (а то одного ruby что-то мало показалось), nodejs (а то недостаточно хипстерски) и хз еще чего, плюс мильен модулей/библиотек/как оно там еще в них всех называется, причем все это существует в единственно-правильной версии без штатных возможностей отката и каких-либо представлений о совместимости, "живи сегодняшним днем" ?
Ну и репо и даже его ключ можешь в принципе-то после установки хоть совсем выпилить - что толку, коли чудище огло, озорно, стозевно уже всю твою разработку пожрало и лайя?
Кто, где, чего и как в ем наскриптовал - проверить сил человеческих не хватит. Лучше уж оставить - оно хотя бы, может быть, апдейтиться будет.
Проблема что кто-то из их разработчиков вредный и завел себе теперь шелл на твоем сервере - ничто, по сравнению с тем, кто кто-то мог быть просто неаккуратный, и оно все сдохнет так, что и бэкап не поможет, за два дня до какого-нибудь глобального релиза.
Вот сам сервер, где это все крутится, действительно следует обматывать колючей проволокой в два ряда, снаружи и изнутри. А бояться запускать на нем что-либо, подсунутое разработчиками - поверь, пустое. Бояться надо было, когда выбирали это решение.
Но альтернатив такого размера, в общем, действительно, наверное, один платный гитхаб. Если хочется денег никому не платя, сохранить хотя бы видимость контроля за инфраструктурой (своего) проекта - наверное, и вариантов нет.
| |
|
|
|
|