The OpenNET Project / Index page

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

Разработчики GNOME рассматривают возможность перехода на GitLab

16.05.2017 19:00

Алан Дей (Allan Day), входящий в совет директоров GNOME Foundation, выставил на рассмотрение сообщества предложение по переводу разработки на свободную платформу GitLab, которую планируется развернуть на собственных серверах в инфраструктуре GNOME.

Текущая инфраструктура, в которой используется cgit и система отслеживания ошибок Bugzilla, существенно устарела, не удовлетворяет современных потребностей, имеет проблемы с юзабилити и не предоставляет должных возможностей по рецензированию кода. Ожидается, что внедрение GitLab устранит имеющиеся проблемы, позволит увеличить эффективность разработки и привлечёт новых участников в проект.

Отмечается, что многие новые разработчики привыкли к GitHub и отдают предпочтение данной платформе, но использование GitHub в GNOME недопустимо в силу её проприетарного характера, в то время как платформа GitLab достаточно близка по возможностям и является свободным ПО. В качестве свободной альтернативы также рассматривалась платформа Phabricator, но она менее привычна для разработчиков и не так функциональна как GitLab (платформа Phabricator в основном ориентирована на управление проектами и рецензирование кода, но отстаёт в таких областях, как непрерывная интеграция, работа с репозиториями и web-интерфейс). GitLab написан на языках Ruby и Go, а Phabricator на PHP.

  1. Главная ссылка к новости (http://www.mail-archive.com/de...)
  2. OpenNews: GitLab объявил о покупке Gitter и планирует открыть его код
  3. OpenNews: Инцидент с СУБД проекта GitLab
  4. OpenNews: Уязвимость в GitLab, позволяющая прочитать содержимое системных файлов
  5. OpenNews: В GitLab устранена критическая уязвимость
  6. OpenNews: Gitorious закрывается и переходит в руки GitLab
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/46558-gitlab
Ключевые слова: gitlab, gnome
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (81) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Zloy (?), 19:15, 16/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Уважаю гномеров, молодцы.
     
     
  • 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 +/
    Они видимо не в курсе сколько этот монстр кушает ресурсов.
     
     
  • 2.6, utoplenick (ok), 20:10, 16/05/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну вы то в курсе, просветите нас)
     
     
  • 3.24, я (?), 22:06, 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 +/
    Сейчас на старте дела обстоят примерно так: просто установить и не пускать пользователей - почти полностью кушает одно ядро и несколько гигов оперативы. С пользователями вообще пичаль. Тем не менее кряхтит, тупит но вроде работает.
    Кстати апгрейд все так же квест, как и раньше: что-нибудь, да отвалится.
     
  • 4.49, бугага (?), 07:55, 17/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    юзайте https://kallithea-scm.org , оно не жрёт столько памяти
     
     
  • 5.64, Аноним (-), 13:26, 17/05/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Оно недостаточно похоже на гитхаб, молодняк будет пугаться.
    А вообще какая разница, сколько оно жрёт сейчас, если оно всё равно на питоне? Будет развиваться — распухнет очень быстро, не будет — и что с него толку?
     
     
  • 6.69, FedeX (ok), 15:17, 17/05/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вот не на питоне
    https://gogs.io
     
     
  • 7.77, Chatul Taalul (?), 22:05, 17/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот не на питоне
    > https://gogs.io

    плюсую за gogs.
    gogs -- самое простое в развертывании, эксплуатации решение, к тому же наименее ресурсоемкое и тормозное на порядок. готово к использованию сразу после скачивания -- запускаем всего 1 исполняемый файл и вуаля!

     
     
  • 8.79, Аноним (-), 00:31, 18/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Только в плане функционала ему до gitlab очень далеко Понятное дело, что встрое... текст свёрнут, показать
     
  • 7.82, Xrenoxod (ok), 05:43, 18/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Или gitea (https://try.gitea.io/).
    Это форкнутый gogs. Причина форка банальна: "дайте тоже порулить" (https://blog.gitea.io/2016/12/welcome-to-gitea/ )
     
  • 5.70, kai3341 (ok), 15:29, 17/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > юзайте https://kallithea-scm.org , оно не жрёт столько памяти

    Два чая этому господину

     
     
  • 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.26, Аноним (-), 22:11, 16/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Переведут багзиллу в ro — высвободят ресурсы.
     
  • 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.
    кто-нибудь, расскажите им, что оперативная память конечна и процессор имеет ограниченные возможности
     
  • 2.73, Клыкастый (ok), 16:39, 17/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    last pid 89105 load averages 0 32, 0 16, 0 11 ... большой текст свёрнут, показать
     
     
  • 3.81, . (?), 03:51, 18/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >и я бы не сказал что это монстр.

    Да по нынешним временай и GUI бы с ним.
    Обновлять его - вот где лотерея!

     
     
  • 4.86, Клыкастый (ok), 10:41, 18/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1 обновляем не из-под рута sudo -u git git pull 2 проверяем внутренними сре... большой текст свёрнут, показать
     

  • 1.5, Мадара (ok), 20:04, 16/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    попробовали бы gogs, по фичам конечно маловато но зато кушает очень мало
     
     
  • 2.7, Аноним (-), 20:16, 16/05/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Они не в той весовой категории чтобы "пробовать". Пробуйте сами.
     
     
  • 3.8, Мадара (ok), 20:22, 16/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    а какая нужна весовая категория ?
     
     
  • 4.9, Аноним (-), 20:26, 16/05/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну там Budgie какой-нибудь. MATE или Cinnamon, я думаю, тоже подойдут.


     
     
  • 5.31, Мадара (ok), 23:07, 16/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    это всё очень хорошо, но вы можете конкретнее сказать чего не хватает для попадания в нужную категорию ?
     
     
  • 6.95, Леонид (??), 17:55, 19/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Например комментарии к ревью кода.
     
  • 2.29, prokoudine (ok), 22:30, 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.

     
     
  • 3.20, yet another anonymous (?), 21:29, 16/05/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Под "сложным проектом" я имел ввиду "технически сложным". Mozilla --- переусложнённый проект.
     
  • 3.38, prokoudine (ok), 00:24, 17/05/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Классика опеннета — заминусовали парню самый адекватный коммент :)))
     
     
  • 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псов, за несколько лет я так и ниасилил более-менее разобраться хотя бы просто в архитектуре (не то чтоб, конечно, и хотелось бы, но я и про линуксы предпочел бы ничего не знать, а на эту хрень ведь была еще и документация...зачеркнуто, вики-мусорка, на линукс и того нет), не то что что-то хотя бы мелкое исправлять.

     
  • 2.46, Аноним (-), 05:44, 17/05/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    "Плохому танцору багтрекер мешает"
     

  • 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 они отключили, чтоб он ещё более свободный был?

    Где его там отключили? В веб-морде, что ли? Отродясь через неё ничего не мержил. Ну хочешь — включи, исходники-то есть.

     
  • 3.39, rshadow (ok), 01:11, 17/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    При этом есть не свободная версия с кучей плюшек: https://about.gitlab.com/free-trial/
    Гитхаб же для опенсорс проектов полнофункционален и бесплатен.
     
     
  • 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.65, Аноним (-), 14:21, 17/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Можно, но код закрыт. GitHub Enterprise.
     
  • 2.19, llolik (ok), 21:13, 16/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    GitLab можно на своём оборудовании развернуть. GitHub - нет.
     
     
  • 3.27, Аноним (-), 22:17, 16/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > GitLab можно на своём оборудовании развернуть. GitHub - нет.

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

     
     
  • 4.30, llolik (ok), 22:59, 16/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ок, более полно: GitLab можно свободно скачать и развернуть на своём оборудовании, GitHub - предлагаются диски диски для ВМ (с возможностью заливки в Azure и т.д.), с уже предустановленным по количеству купленных лицензий сервисом.
    Вот тут вроде про это https://help.github.com/enterprise/2.9/admin/guides/installation/provisioning-
     
     
  • 5.32, Аноним (-), 23:09, 16/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Всё равно недостаточно полно, ибо существуют GitLab CE и EE.
     
     
  • 6.35, llolik (ok), 23:33, 16/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Всё равно недостаточно полно, ибо существуют GitLab CE и EE.

    А вот за ЕЕ будь добр и заплати в УЕ, что, в общем, логично и вышесказанного  не отменяет :)

     
  • 3.57, anono (?), 11:31, 17/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    можно же
    https://enterprise.github.com/features
     
  • 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.  ПРЕДУПРЕЖДЕНИЕ: В сообщении используется ненормативная лексика.
    Пожлуйста откорректируйте сообщение, воздержитесь от острых высказываний и несодержательных комментариев, проявите уважение к собеседнику.
    Выражение, на которое сработало предупреждение: 'р_е_ш_е_т_о'

     
     
  • 2.60, Аноним (-), 13:12, 17/05/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пруфы будут?
     
     
  • 3.68, бедный буратино (ok), 14:58, 17/05/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    под новостью 6 ссылок. из них 3 - доказательства
     
     
  • 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.75, yet another anonymous (?), 19:53, 17/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    gitlab'овские процессы, в KiB. VSZ, RSS

    42373728 5881380

    Коммитов мало, объем репозиториев --- ну, тоже довольно скромный.

     
  • 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.87, Аноним (-), 11:10, 18/05/2017 [^] [^^] [^^^] [ответить]  
  • +/
    в виртуалку на "посмотреть", почему бы и нет?
     
  • 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 (а то недостаточно хипстерски) и хз еще чего, плюс мильен модулей/библиотек/как оно там еще в них всех  называется, причем все это существует в единственно-правильной версии без штатных возможностей отката и каких-либо представлений о совместимости, "живи сегодняшним днем" ?

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

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

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

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

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

     

  • 1.88, Аноним (-), 13:49, 18/05/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Почему не savannah?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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