The OpenNET Project / Index page

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

Fedora и CentOS запускают Git Forge. GitLab открывает 18 проприетарных возможностей

31.03.2020 11:34

Проекты CentOS и Fedora сообщили о решении по созданию сервиса совместной разработки Git Forge, который будет построен с использованием платформы GitLab. GitLab станет первичной платформой для взаимодействия с Git-репозиториями и для хостинга проектов, связанных с дистрибутивами CentOS и Fedora. Ранее применяемый сервис Pagure продолжит существовать, но будет передан на попечение сообществу, заинтересованному в продолжении разработки. Pagure будет выведен из-под сопровождения трудоустроенной в Red Hat команды CPE (Community Platform Engineering), занимающейся поддержанием инфраструктуры для разработки и публикации релизов Fedora и CentOS.

При оценке возможных решений для нового Git Forge рассматривались Pagure и Gitlab. На основании изучения около 300 отзывов и пожеланий от участников проектов Fedora, CentOS, RHEL и CPE, были сформированы требования к функциональности и сделан выбор в пользу Gitlab. Кроме типовых операций с репозиториями (слияние, создание форков, добавление кода и т.п.) среди ключевых требований были заявлены безопасность, удобство работы и стабильность платформы.

В число требований вошли такие возможности, как отправка push-запросов по HTTPS, средства ограничения доступа к веткам, поддержка приватных веток, разделение доступа внешних и внутренних пользователей (например, для работы над устранением уязвимостей во время эмбарго на раскрытие сведений о проблеме), привычность интерфейса, унификация подсистем для работы с сообщениями о проблемах, кодом, документацией и планированием новых возможностей, наличие средств для интеграции с IDE, поддержка типовых рабочих процессов.

Из возможностей GitLab, которые окончательно повлияли на принятие решения по выбору данной платформы, упомянуты поддержка подгрупп с выборочным доступом к репозиториям, возможность использования бота для автоматических слияний (требуется CentOS Stream для поддержании пакетов с ядром), наличие встроенных средств для планирования разработки, возможность использования готового SAAS-сервиса с гарантируемым уровнем доступности (позволит высвободить ресурсы на поддержание серверной инфраструктуры).

Решение уже вызвало критику среди разработчиков, связанную с тем, что решение было принято без предварительного широкого обсуждения. Также были высказаны опасения, что сервис не будет использовать свободную Comminity-редакцию GitLab. В частности, возможности, необходимые для реализации описанных в анонсе требований к Git Forge, доступны только в проприетарной версии GitLab Ultimate.

Критике также подверглось намерение воспользоваться предоставляемым компанией GitLab сервисом SAAS (приложение как сервис), вместо развёртывания GitLab на своих серверах, что выводит сервис из под контроля (например, невозможно быть уверенным, что все уязвимости в системе оперативно устраняются, должным образом поддерживается инфраструктура, в один прекрасный момент не будет навязана телеметрия и исключена диверсия со стороны персонала сторонней компании). Решение также не сочетается с основополагающими принципами Fedora, в которых определено, что проект должен отдавать предпочтения свободным альтернативам.

Тем временем, компания GitLab объявила об открытии реализаций 18 функциональных возможностей, ранее предлагавшихся только в проприетарных редакциях GitLab. Возможности охватывают различные области управления полным циклом разработки ПО, включая планирование разработки, создание проектов, верификацию, работу с пакетами, формирование релизов, настройку и защиту.

В число свободных переведены следующие функции:

  • Прикрепление связанных issue;
  • Экспорт issue из GitLab в CSV;
  • Режим планирования, упорядочивания и визуализации процесса разработки отдельных функциональных возможностей или релизов;
  • Встроенная сервисная служба для связывания участников проекта со сторонними лицами при помощи email;
  • Web-терминал для Web IDE;
  • Возможность синхронизации файлов для тестирования изменений в коде в web-терминале;
  • Средства управления дизайном, позволяющие загружать в issue макеты и ресурсы, используя issue как единую точку доступа ко всему, что требуется для разработки новой возможности;
  • Отчёты о качестве кода;
  • Поддержка пакетных менеджеров Conan (C/C++), Maven (Java), NPM (node.js) и NuGet (.NET);
  • Поддержка канареечных развёртываний, позволяющих установить новую версию приложения на небольшой части систем;
  • Инкрементальные распространения, позволяющие вначале доставить новые версии лишь для небольшого числа систем, постепенно доводя охват до 100%;
  • Флаги активации функциональности, дающие возможность поставлять проект в различных редакциях, динамически активируя определённые возможности;
  • Обзорный режим развёртываний, позволяющий оценить состояние каждого окружения непрерывной интеграции на базе Kubernetes;
  • Поддержка определения нескольких кластеров Kubernetes в конфигураторе (например, можно использовать отдельные кластеры Kubernetes для пробных внедрений и рабочих нагрузок);
  • Поддержка определения политик сетевой безопасности контейнеров, позволяющих разграничить доступ между подами Kubernetes.

Дополнительно можно отметить публикацию обновлений GitLab 12.9.1, 12.8.8 и 12.7.8 (Community Edition и Enterprise Edition), в которых устранена уязвимость. Проблема проявляется начиная с выпуска GitLab EE/CE 8.5 и позволяет прочитать содержимое любого локального файла при перемещении issue между проектами. Детали об уязвимости будут раскрыты через 30 дней.

 
  1. Главная ссылка к новости (https://blog.centos.org/2020/0...)
  2. OpenNews: Фонд СПО планирует запустить новую платформу совместной разработки и хостинга кода
  3. OpenNews: Проект KDE внедряет GitLab. Разработка GitLab EE и CE перенесена в общий репозиторий
  4. OpenNews: Принадлежащий GitLab сервис Gitter использует методы скрытой идентификации пользователей
  5. OpenNews: Инцидент с СУБД проекта GitLab
  6. OpenNews: GitLab вводит сбор телеметрии для облачных и коммерческих продуктов (решение отложено)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/52642-gitlab
Ключевые слова: gitlab, fedora, centos
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (104) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 13:48, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +/
    > Pagure будет выведен из под сопровождения

    Судьба-судьбинушка всех проектов, написанных на пихоне. Не, я серьезно. Вот попробуйте открыть две ссылки. Вторая не откроется.

    - https://src.fedoraproject.org/rpms/texlive/tree/master (список файлов)
    - https://src.fedoraproject.org/rpms/texlive/blob/master/f/texlive.spec (один из файлов)

     
     
  • 2.6, Owlet (?), 14:29, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +14 +/
    > Судьба-судьбинушка всех проектов, написанных на пихоне.

    Кроме тех сотен и тысяч, которые взлетели, я полагаю? Включая проекты посложнее, чем issue tracker?

    > Вот попробуйте открыть две ссылки. Вторая не откроется.

    А, ну раз одна ссылка в интернете не окрывается, тогда да, можно закапывать. На C++ все ссылки открываются.

     
     
  • 3.23, Аноним (1), 15:25, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +4 +/
    > проекты посложнее, чем issue tracker

    Перечисли оба. Потому что одноразовых скриптов на выброс действительно много, а что-то стоящее переписывается на вменяемый язык сразу, как только становится сложнее 99 Bottles of Beer.

    > На C++ все ссылки открываются

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

     
     
  • 4.50, Аноним (50), 17:42, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +5 +/
    И не найдет, потому что там NullPointerException в логе упавшего бэкенда.
     
  • 4.71, Lex (??), 21:38, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Мне попадался( «фартануло» получить на поддержку тот эпик-мусор ).
    Хотя ссылки я уже и не назову, т.к дело было неск лет назад, но оказалось, что, в зависимости от ситуации, даже Пых с норм фреймворком может быть несравненно лучше плюсОвого мусора...

    Хотя и питон я весьма недолюбливаю( а с пахом уже неск лет не имею дел )

     
  • 2.62, Blind Vic (ok), 19:33, 31/03/2020 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +2 +/
    Человек, который привязывает качество кода и инфраструктуры к языку программирования, -- не большого ума. К такому выводу я пришел.
    Или же большого ума, но с большим эго и недостатком любви.
     
     
  • 3.63, Аноним (1), 20:27, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –5 +/
    > качество кода

    Конкретно в пихоне, — id est в культуре пихонокодинга, — показателем качества пихонокода является только и только то, автоотформатирован ли пихонокод в соответствии с PEP8. Плевать, что ссылка не открывается, плевать, что остальные открываются едва. Главное, что между пихонофункциями стоят по две пустые пихоностроки. А о производительности лучше не думать, — пихонщиков заверили, что всё самое тяжеловесное реализовано на си.

     
     
  • 4.70, Аноним (70), 21:02, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Смотри, чтобы желчь не прожгла гениталии, когда плюешься ею.
     
  • 3.64, helgi (??), 20:29, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    небольшого*
     
  • 3.65, ыы (?), 20:29, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Держите нас в курсе своих озарений.
     
  • 2.96, Аноним (96), 13:43, 01/04/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Я посмотрел в свой хрустальный шар и вижу что там проблема со стораджем, битый блок, поэтому и не читаются файлы. Причём тут язык программирования?
     
  • 2.99, rshadow (ok), 18:59, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Статистически ты прав. Если из репа какого нибудь популярного дистра ставить все подряд питон программы, то заработает только половина.
     
  • 2.104, Alex (??), 19:24, 04/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Gitlab написан на Ruby on Rails
     

  • 1.2, Аноним (2), 13:57, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –12 +/
    Всегда понимал "юбер аллес", как юбер аллес, теперь - и как: - "маразм крепчал"... Приватные разработки пусть крутятся в привате... А на гите - как бы это не звалось - хаб, лаб - м...звонство... Типа - есть, а Вам - болт с резьбой на 13,5...
     
     
  • 2.3, Аноним (3), 14:14, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +21 +/
    Пытался понять, что ты сказал, но не понял
     
     
  • 3.4, уффф (?), 14:19, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Я тоже
     
  • 3.7, Аноним (2), 14:43, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –3 +/
    Это "возможностях",группах, где всегда есть "+1, но не ты"... О платформе, которая позиционировалась, как "для совместной разработки, открытой для всех заинтересованных"... Теперь понеслось дробление "по сервисам", дальше - "интеграция в системд"???
     
     
  • 4.8, Аноним (2), 14:44, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    И вход по QR...
     
  • 3.14, Fracta1L (ok), 15:03, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –2 +/
    Это, наверное, сишник. У них часто бьются указатели в мозгу и переполняется речевой буфер.
     
     
  • 4.22, Аноним (2), 15:19, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    Бывает, как реакция на очередную непотребность...
     
     
  • 5.43, Аноним (43), 16:44, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Надо делать для такого активный гарбедж коллектинг. А то так крышняк может совсем уехать.
     

  • 1.5, Gemorroj (ok), 14:20, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –2 +/
    дался всем этот гитлаб. а если использовать как saas, то вообще не понимаю какие у него могут преимущества перед гитхабом.
     
     
  • 2.10, Аноним (10), 14:56, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    наверно тем, что он не подконтролен мелкософту
     
     
  • 3.11, Gemorroj (ok), 14:58, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    т.е. чисто религиозные причины? гитлаб у нас теперь новая "корпорация добра"?
     
     
  • 4.19, Аноним (43), 15:10, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • –4 +/
    Чисто корпоративные. Или может ibm еще и денеги в майкрософт посылать в качестве благотворительности?
     
  • 4.25, хотел спросить (?), 15:36, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    не похоже они на корпорацию добра, но противовес мелкософту должен быть

    к тому же гитлаб есть он премис, а гитхаб только за денежку

     
     
  • 5.51, нах. (?), 18:18, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > к тому же гитлаб есть он премис

    но федора ведь не собирается им пользоваться - они, кажется, вместо этого собрались уволить "бесполезную команду" CPE

    Или это опять религиозное - "к тому же он есть, хотя нам даром не нужен" ?

     
     
  • 6.80, хотел спросить (?), 05:38, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >> к тому же гитлаб есть он премис
    > но федора ведь не собирается им пользоваться - они, кажется, вместо этого
    > собрались уволить "бесполезную команду" CPE
    > Или это опять религиозное - "к тому же он есть, хотя нам
    > даром не нужен" ?

    ну я использую.. у меня свой gitlab

     
  • 3.21, Аноним (21), 15:16, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Ну менять шило на мыло тоже погоды не  сделает
     
  • 2.12, Аноним (12), 15:01, 31/03/2020 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    GitHub даже merge ff-only для пулреквестов не умеет, а rebase and merge ребейзит всегда, даже если в этом нет необходимости. Как этим убожеством вообще пользоваться-то?
     
     
  • 3.47, Аноним (47), 17:02, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > GitHub даже merge ff-only для пулреквестов не умеет

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

     
     
  • 4.82, Аноним (82), 05:53, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    А давайте гитхаб не будет за меня решать, какой у меня flow.
     
  • 2.18, freehck (ok), 15:06, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Какие-какие. Там все сервисы для разработки -- из коробки идут, как часть проекта. Как следствие -- более тесная интеграция даже на уровне UI.
     
  • 2.39, SubGun (??), 16:33, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    standalone версия
     
  • 2.98, suberjin (?), 13:58, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Github просто опоздал с релизом своих Actions по сравнению с доступным CI/CD в gitlab-е
     

  • 1.9, Андрей (??), 14:50, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    > Web-терминал для Web IDE;

    Одни переписывают X11 как Wayland, другие как Web-xxx. Вместо совершенствования самого X11.

     
     
  • 2.13, Аноним (2), 15:02, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    А третьим хватает xorg.conf, и могут работать с рабочими столами через ctrl+alt+f<N>, ну и косолями тоже... И bash - рожднее русского :-)
     
  • 2.15, Fracta1L (ok), 15:04, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Рецепт совершенствования Х11: выбрасываете этот кусок мумиё и делаете что-то новое.
     
     
  • 3.48, Shaman 007 (?), 17:34, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +5 +/
    > Рецепт совершенствования Х11: выбрасываете этот кусок мумиё и делаете что-то новое.

    Чем тебе иксы не угодили, мой жопастенький? :(

     
  • 2.17, Аноним (43), 15:06, 31/03/2020 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    В X11 никто не может разобраться начиная с 1987 когда вышла 11 версия и разработка перешла в руки каких-то непонятных фондов, которые со временем стали перебрасывать друг на друга (1996, 2004) ответственность за разработку. Все что клепали позже это велосипеды и подпорки от васянов, а не разработка. Собственно поэтому иксы и надо выкидывать, а не потому что они плохие.
     
     
  • 3.97, Аноним (96), 13:53, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Хорошо, но то что предлагается как замена для X11 --- возвращает нас на уровень 1981 года, где каждое приложение рисовало что ни попадя во фреймбуфер и никакого стандарта не существовало. Даже по сравнению с текущими X11 это очевидная деградация. Почему нельзя было обучиться на прошлых ошибках и развиваться эволюционно? Зачем прыгать обратно в 81 год и начинать всё с начала?
     
  • 2.54, нах. (?), 18:30, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > Вместо совершенствования самого X11.

    на него уселась задница redhibm, и никому ничего там усовершенствовать не позволит.

    да и не выйдет, на самом деле - для начала надо выбросить гом, признав что концепция "десктопа" неплохо освоена microsoft, и кому она нравится - может строем валить нахрен. А потом выбросить все ради него понатащеное, и начать с чистого листа.

     

  • 1.16, Аноним (2), 15:06, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • –1 +/
    Так и делается...
     
  • 1.20, анонкос (?), 15:13, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +6 +/
    Гитлаб этот жирная слоняра.
    Откушал 1.5 Гб ОЗУ сразу после инсталляции.
    В системных требованиях рекомендуется выделять от 4 Гб ОЗУ.

    Поставил Gitea - 120 Мб ОЗУ с несколькими репами.
    По фунционалу и виду почти клон гитхаба и развивается очень активно.

    Вопрос знатокам - во сколько раз дешевле будет стоить вдс-ка для Gitea?

    Гитлаб для ынтерпрайза, где нужны дополнительные фичи.
    Если не нужны доп. фичи, то и не нужен гитлаб.
    Аминь.

     
     
  • 2.24, Аноним (21), 15:26, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +3 +/
    Гитлаб который используется средней компанией
    54 гига памяти сейчас занимает в ОЗУ
    Тяжело сказать сколько ему надо ядер но 4 точно загрузит, скорее всего лучше 8 или 16
    Гит на обычной VDS будет просто золотой с такими аппетитами.

    Так что я бы не советовал с ним связываться если нет лишнего сервера или куры деньги не клюют (у нас клюют).

     
     
  • 3.27, хотел спросить (?), 15:42, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    средней компанией это сколько пользователей? и сколько проектов?

    54 гига - это что-то маловероятное

     
     
  • 4.29, freehck (ok), 15:44, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    удваиваю вопрос
     
  • 3.32, хотел спросить (?), 15:49, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    вот наш вариант

    CPU
    6 cores
    Memory Usage
    5.22 GB / 15.5 GB

     
  • 3.38, Аноним (43), 16:32, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    Еще бы он же на Руби написан, и даже если сейчас как обычно прибегут сказочники что будут говорит что зависит от программиста. Нет не зависит.
     
     
  • 4.55, нах. (?), 18:32, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    не, не зависит - мы для codereview используем проприетарную поделку на жабе - те же самые 50G или даже уже больше.

    Видать, место проклято.

     
     
  • 5.68, анонкос (?), 20:50, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Да, у некоторых к головах так устроено, что когда проблемы у руби, то виновата в этом жаба.
     
     
  • 6.72, Lex (??), 21:46, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    Хм, сравнивать вкус 2 куска г.на( рубин и жабу ), ещё и споря, какой из них вкуснее.,
    Месье знают толк в извращениях
     
     
  • 7.75, нах. (?), 23:20, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    говорят же ж вам - место тут проклято, а не жаба с руби виноваты!

    Скока-скока, кстати, жрет phabricator?

     
  • 3.60, Аномномномнимус (?), 19:01, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Выглядит так, что кто-то криво потюнил или всё держит в памяти (или посчитал ОЗУ с учётом кэша прежде чем делать выводы)
     
  • 3.92, SunXE (ok), 12:43, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Там у него внутрях много свистоперделок которые не всегда нужны. Что-то можно по отключать, например prometheus.
     
  • 3.100, Аноним (100), 19:12, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ушли на Gitea+Jenkins. Слишком уж большие запросы и адски тормозной агрегат. Хотя возможности да, неплохие.
     
  • 2.31, Ivan_83 (ok), 15:48, 31/03/2020 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • –1 +/
    Вот мне тоже не понравился гитлаб, хорошо что гитея подвернулась :)

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

    Всякие фичи к гитее тоже прикручиваются, правда иногда для этого нужно скриптовать хуки или что то ещё.
    Насчёт скорости гитеи - у меня зеркало гитхаб зеркала портов фри и исходников, так вот почему то в гитее они открываются очень долго - 40 секунд она что то жуёт процом прежде чем отдать первую страничку со списком файлов :(
    На райзене 2700х 10 секунд - тоже крайне долго.

     
     
  • 3.36, анонкос (?), 16:30, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Имеет смысл задать вопрос разрабам насчет тормозов.
    Возможно есть какие-то варианты для тюнинга.
    А лучше всего создать issue и там подробно описать трабл чтобы это было на виду для всех.
     
     
  • 4.78, Ivan_83 (ok), 01:18, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Есть такое в багтрекере уже давно.
    Я искал где проблема но у меня кончился энтузиазм, примерно я понял что гитея своими силами какую то часть служебки парсит и в больших репах это проблема.
     
  • 2.40, Аноним (43), 16:34, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Если не нужны свистелки, а только сам репозиторий лучше смотреть в сторону gogs на котором гитеа  и основана.
     
  • 2.83, Аноним (82), 05:58, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Так гитлаб это не только веб-морда к гиту. Там еще и CI. Прикрутите еще какой-нибудь Jenkins, жрать будет сравнимо.
     

  • 1.26, Аноним (26), 15:39, 31/03/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     

  • 1.28, Ivan_83 (ok), 15:42, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –2 +/
    Очень зря.
    Гитлаб почти не поддерживаемая фигня, требующая около 500 зависимостей за собой в систему на фре, для сравнения у меня на десктопе примерно 700 портов стоит.
    Когда я гитлаб ставил - он при следующем обновлении сломался.
     
     
  • 2.30, freehck (ok), 15:46, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +3 +/
    Не знаю, как там на фре, но для Debian-based систем они выпускают пакет, в котором chef по готовым рецептам поддерживает конфигурацию всех сервисов в нужном состоянии. И никаких пятисот зависимостей -- всё своё тащат с собой в этом же пакете. За несколько лет ежедневных ночных обновлений -- ни одной поломки.
     
     
  • 3.33, Ivan_83 (ok), 15:50, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Понимаю, особенности работы системы со всеми этими зависимостями...
    Но по прежнему остаётся то что гитлаб крайне громоздкий и прожорливый.
     
     
  • 4.34, freehck (ok), 15:51, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Но по прежнему остаётся то что гитлаб крайне громоздкий и прожорливый.

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

     
     
  • 5.44, анонкос (?), 16:45, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Это проблема, например на сервачке с пределом в 32 ГБ ОЗУ.
    Во-первых, памяти много не бывает, надо ведь и другие задачи решать.
    Как-бы расход 0.5 Гб или 5Гб это две большие разницы.
    Во-вторых, чем тормозней софт, тем быстрее мрет железо.

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

     
     
  • 6.59, Аномномномнимус (?), 18:58, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –4 +/
    А вы что, может ещё всё, всключая бекапы, держите на единственном продовом сервере?
    Если нет, то нет жёстких требований к ОЗУ.
    Если больше 32Гб туда не воткнуть - перестаньте использовать под сервер свой домашний комп.

    Про "быстее мрёт железо"... хватит наркоманить, купи нормальное железо, раздели задачи по разным серверам, сделай чтобы оно не свопилось 24/7, поставь харды нормальные и питание нормальное и оно будет работать десяток лет без проблем.

    Нишыша разумного в отказе от готового полнофункционального ПО в угоду костылям из говна и палок на поддержку которых надо ещё отряд админов и разрабов держать - нет. Есть задачи важнее и интереснее, чем выдумывать себе работу вместо того чтобы докупить ОЗУ по смоимости меньше чем за выходные пробухаешь.

     
     
  • 7.66, анонкос (?), 20:42, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +4 +/
    Вы тут с кем разговариваете?

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

     
     
  • 8.86, Аномномномнимус (?), 09:25, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Прод - конечно отдельный сервак Бэкапы - конечно отдельный сервак Нжинкс ну... текст свёрнут, показать
     
  • 6.106, freehck (ok), 16:34, 25/09/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Это проблема, например на сервачке с пределом в 32 ГБ ОЗУ.

    Я тут мимо пробегал, и вот что хочу добавить. Попробуйте гитлаб себе как-нибудь, ээээ, ну хотя бы поставить. В компаниях, где гитлабом у меня пользуются 50-100 человек, он у меня почему-то не выжирал более 4-6 гигов. С 32мя гигами можете спокойно жить целую вечность. Главное -- чтобы раннеры были на отдельной тачке.

     
  • 5.45, Аноним (45), 16:48, 31/03/2020 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    Откровенно говоря, такие как вы и ломают мой веб (да и десктоп тоже).
    Гоните его ссаными тряпками, ребята!
     
     
  • 6.46, freehck (ok), 16:49, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    > Откровенно говоря, такие как вы и ломают мой веб (да и десктоп тоже).

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

    Каждое новое поколение программистов пополняется толпами неквалифицированных зайчиков, которые пишут абы как. Есть проекты, в которых менеджмент кое-как умудряется наладить производство конечного продукта даже не смотря на то, с кем приходится работать. Результат отправляется нам, опсам, с примерно такой формулировкой: мы вот тут что-то настрочили, пожалуйста заставьте это работать, чтобы оно нам деньги приносило. И каким бы куском буроватого цвета это что-то ни было, мы заставляем его работать. Заставляем всеми доступными нам способами.

    Ваша проблема -- не в том, что мы можем заставить работать даже ЭТО. Ваша проблема в толпах неквалифицированных безалаберных разработчиков.

     
     
  • 7.61, Аноним (45), 19:02, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > Ваша проблема -- не в том, что мы можем заставить работать даже ЭТО. Ваша проблема в толпах неквалифицированных безалаберных разработчиков.

    Как это вяжется с другим твоим мнением?

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

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

     
     
  • 8.89, freehck (ok), 10:35, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Не понятно - задавайте вопросы Именно так Память стоит достаточно дёшево Вот ... текст свёрнут, показать
     
  • 5.79, Ivan_83 (ok), 01:19, 01/04/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Не хотелось бы платить больше.
     
     
  • 6.90, freehck (ok), 10:57, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Не хотелось бы платить больше.

    Это желание есть производное от прибыли.

     
  • 2.41, Аноним (43), 16:35, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –4 +/
    Потому что ставить надо через докер.
     
  • 2.85, universite (ok), 07:28, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Освой, наконец, synth и собирай в песочнице эти 100500 пакетов.
     
  • 2.93, анон (?), 13:11, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    а мсье явно извращенец! Гитлаб установленный однажды и настроенный по мануалу и прямыми руками, просто работает и всегда корректно обновляется. А по возможностям у него конкурентов просто нет!
     

  • 1.35, Аноним (35), 16:14, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –1 +/
    Есть какие-либо, кроме гит-лаба и хаба свободные Гит или Меркуриал репозитории?
     
     
  • 2.42, Аноним (43), 16:42, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Стенделоун это гогз и гитеа. Как сервис битбакет.
     
  • 2.52, нах. (?), 18:26, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    есть, но тебе вряд ли понравится: RhodeCode и KalliThea
    (ну и bitbucket, есил уж совсем скучно жить)

     
  • 2.58, Аномномномнимус (?), 18:49, 31/03/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    От меркуриала уже даже битбакет отказался.
    И что вообще за "свободные репозитории"? Бесплатные? Халява для твоих приватных поделок? Сайты с бесплатным ПО с собственным инстансом системы контроля версий?
     
     
  • 3.76, нах. (?), 23:26, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    для твоих приватных поделок не нужны ни гитхап, ни гитляп, ни их замена.

    Это социяльные сеточки для разработчиков, посасывающих друг у дружки. Средства коллективной работы с кодом, другими словами. Чуть более разумные чем "порежьте помельче и пришлите в рассылку".

    Вот таких чтоб с меркуриалом еще - наверное, кроме калитии не осталось.

     
     
  • 4.87, Аномномномнимус (?), 09:33, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    У тебя какие-то странные мечты и фетиши про соц.сеточки. Тебя много чморят, девочки не дают и мамка на гречку коленями ставит в 42 или откуда такое? Сходи к психиатру может /* нет, именно ты не к психологу */
     
  • 2.94, анон (?), 13:15, 01/04/2020 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    есть масса, но ты будеш от них плеватся))
     

  • 1.37, Аноним (37), 16:32, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +2 +/
    Что за хрень у Fedora шикарный менеджер Git репозиториев. Удобный легкий интерфейс. Почему решили все сломать.
     
     
  • 2.53, дЭффехтивный (?), 18:27, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Бюджет сам себя не освоит!
     

  • 1.57, Аномномномнимус (?), 18:44, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • –1 +/
    >> Средства управления дизайном

    Думал там какие-нибудь штуки типа аналога Figma или хотя бы интеграция с подобным, а там можно котовые картиночки (даже не xcf/psd) просто загружать и метки на них оставлять. Ну такое, прекрасно решалось любым скриншоттером. Версии в рамках одной таски обычно не меняются.

    >> объявила об открытии реализаций 18

    Так это всё доступно если скачать/развернуть распоследнюю community edition к себе или нет?

    Mattermost всё ещё для простых проектов никак?

     
  • 1.67, Аноним (67), 20:46, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]      [к модератору]
  • +/
    Примечательно, что FSF, выбирая платформу-дублёр Savannah, считали Pagure наиболее предпочтительной, а GitLab отмели сразу: https://www.opennet.ru/opennews/art.shtml?num=52431
     
  • 1.69, Avator (ok), 20:51, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • –2 +/
    Пока в Gitlab Community не будет Pull Request'ов эта версия всё еще не будет применима для команд даже среднего размера.
    К сожалению.
     
     
  • 2.84, Аноним (82), 06:01, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Вообще-то они там есть.
     
  • 2.95, анон (?), 13:18, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    ты бы документацию почитал для начала, прежде чем чушь писать!
     

  • 1.74, Аноним (74), 21:52, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Эт' шо, анонс грядущей покупки Гитлаба Редхатом?
     
     
  • 2.77, нах. (?), 23:27, 31/03/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    не, они дерьма тоже не покупатели
     

  • 1.81, Аноним (81), 05:52, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +1 +/
    Тормознутному RedHat с тормознутым Pyhton'om, тормознутый shitlab.
     
  • 1.88, Аноним (88), 09:48, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]      [к модератору]
  • +/
    > Проекты CentOS и Fedora

    То-есть, RedHat?

     
  • 1.91, rico (ok), 11:39, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]      [к модератору]
  • –1 +/
    "канареечных развёртываний"
    canary release?
    facepalm
    кто ж такого уродца родил?
     
     
  • 2.101, Ordu (ok), 20:25, 01/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    А как надо было? "канарейковых"?
     
     
  • 3.102, rico (ok), 14:01, 03/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > А как надо было? "канарейковых"?

    если литературно, то можно "ступенчатых"
    но лучше сохранять оригинальное написание

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

    опеннетный рюзке езыг - это просто нечто несуразное

     
     
  • 4.103, Ordu (ok), 21:08, 03/04/2020 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > если литературно, то можно "ступенчатых"

    Нет, нельзя. Канареечное развёртывание -- это пробное развёртывание. Это как канарейку в шахту таскали шахтёры: если канарейка сдохнет, то шахтёры будут знать что им пора валить отсюда. Так и здесь: на небольшую часть систем развёртываем канареечные апдейты, и смотрим не сдохнут ли они.

    > но лучше сохранять оригинальное написание

    Это спорный вопрос. Есть разные мнения, и на мой взгляд -- это дело вкуса. Вот художественный перевод профессионального сленга -- это плохо, это кончается тем, что там где у забугорных профессионалов есть десять разных терминов на разные случаи жизни, в переводе все эти разные термины переводятся одним словом. И если иногда это приводит к частичной потере смысла (как с canary->ступенчатый), то в других случаях приводит к путанице.

     

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



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

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