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 +/
     

     ....ответы скрыты (2)

  • 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.dev/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-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру