На чем написан gitlab
Перейти к содержимому

На чем написан gitlab

  • автор:

5 платформ-аналогов на случай блокировки GitHub и GitLab в России

Фото: Shutterstock

В условиях санкций разработчикам приходится искать альтернативы привычных инструментов кодирования. РБК Тренды выяснили, какие платформы Git можно использовать вместо GitHub для развития и поддержки open-source проектов

GitHub и его аналоги (GitLab и так далее) — это сервисы, которые используются для совместной разработки проектов с открытым исходным кодом. Это код, исходники которого доступны для просмотра и изменения. Над одним и тем же проектом может работать любое число программистов из разных точек мира. По сути, GitHub — это социальная сеть для разработчиков, в том числе и для начинающих. Платформа позволяет практиковаться в разработке, находить open-source проекты, функции и дизайны, а также бесплатно создавать собственные сайты.

Фото:Pexels

Платформы Git представляют собой децентрализованные системы управления версиями кода. Они работают в автономном режиме, без привязки к серверам, так как почти каждая операция с кодом выполняется локально на устройстве. Git интегрирован в большинство продуктов программного обеспечения, и у каждой крупной интегрированной среды разработки (комплекса средств для разработки ПО) есть его встроенная поддержка. Использование Git позволяет повысить эффективность работы группы разработчиков, так как площадки автоматизируют многие процессы проверки кода. Кроме того, все изменения в коде становится проще отслеживать. Команда может отслеживать все рабочие моменты, а также непрерывно обновлять свой код. Вся работа выстраивается в форме дерева, когда каждая команда занимается своей веткой кода, а потом объединяет их в главную ветвь. В Git работают так называемые запросы на вытягивание, которые позволяют обсудить изменения кода с командой перед тем, как утвердить их. GitHub и GitLab могут стать недоступными для российских разработчиков, поскольку площадки подчиняются требованиям законодательства США. РБК Тренды рассказывают, какими аналогами можно будет пользоваться.

GitFlic

Это первый российский облачный сервис для разработки и обслуживания исходного кода программ. На GitFlic можно размещать как open-source проекты, так и приватные. Сервис обеспечивает хранение данных в сертифицированных российских дата-центрах. Они соответствуют требованиям надежности уровня Tier 3 по классификации Uptime Institute. Tier 3 — это стандарт надежности инфраструктуры и оборудования, который присваивается центрам обработки данных. Тот дата-центр, который соответствует стандарту третьего уровня, имеет специальное оборудование, чтобы выполнять ремонт и обслуживание систем без остановки работы.

Создание проекта на GitFlic

Создание проекта на GitFlic (Фото: 3DNews)

GitFlic поддерживает работу в публичных и приватных командах, позволяет назначать пользователям роли в проекте и настраивать права доступа, создавать запросы на слияние разных веток разработки кода и использовать для дополнительной защиты аккаунта двухфакторную авторизацию от Google. Приватные проекты доступны только по приглашению, а для подключения к ним необходим SSH-ключ (криптографический идентификатор) для идентификации клиента при подключении к серверу. Это исключает риск взлома пароля. Разработчики GitFlic обещают расширить набор функций и инструментов для полного цикла разработки софта. В сервисе станут доступны средства контроля и управления процессами разработки (трекер задач), статический анализ кода (проверка кода без его запуска) и система отслеживания ошибок, встроенные инструменты непрерывной интеграции и развертывания (CI/CD), которые позволяют быстро вносить изменения в код и получать обратную связь, а также собственная wiki-система (данные от разработчиков в виде энциклопедии), механизм рассылки уведомлений в Telegram, возможность комментировать участки кода, внутренний мессенджер, автозапуск приложений в облаке и так далее. GitFlic предлагает два тарифных плана: бесплатный для open-source-проектов и приватных репозиториев с командой до пяти человек и платный стоимостью ₽250 в месяц за пользователя для размещения приватных репозиториев в команде более пяти человек.

Gitee

Китайский сервис Gitee существует уже более семи лет, и в настоящее время им пользуются более 5 млн разработчиков и более 100 тыс. компаний. Платформа насчитывает более 10 млн репозиториев. Она выросла из OSChina, крупнейшего в Китае веб-сайта с открытым исходным кодом, который был запущен в 2008 году.

Gitee

Gitee управляет сообщество разработчиков ПО с открытым исходным кодом Open Source China, а поддержку платформе оказывают университеты страны, а также компании, включая Huawei. Некоторые разработчики уже успешно используют GitHub и Gitee Code Cloud совместно для своих проектов. В Gitee больше социальных инструментов, таких как прямой обмен сообщениями, которые GitHub не поддерживает. Также присутствует встроенная веб-среда IDE (интегрированная среда разработки или текстовый редактор для разработчиков), хотя многие разработчики предпочитают использовать вместо нее существующие популярные решения, такие как VSCode или IntelliJ.

Gogs

Еще один продукт китайской разработки, похожий на GitHub по дизайну. Однако за счет того, что Gogs написан на языке программирования Go, у него низкие требования к системным ресурсам, минимум зависимостей, а также простая установка и настройка.

Gogs

Gogs поддерживает протоколы HTTP (s) и ключи шифрования SSH, позволяет создавать как приватные, так и публичные репозитории (хранилища кода), интегрирован с социальными сетями (GitHub, Google+, китайские сервисы QQ и Weibo), позволяет работать в связке с сервисами непрерывной интеграции и DevOps-сервисами (решениями для организации конвейера разработки кода). Интерфейс Gogs доступен на русском языке.

RhodeCode

Эта система управления репозиториями немецкой RhodeCode ориентирована на компании. Как и Gitlab, она частично поставляется с открытым исходным кодом, поэтому разработчики могут собрать собственную версию системы для работы. К RhodeCode можно подключать не только Git, но и Mercurial (система управления очень большими проектами кода) и Subversion-репозитории (централизованная система для управления версиями кода) с помощью единого интерфейса.

RhodeCode

Платформа предлагает репозитории неограниченного размера. 30-дневная пробная версия бесплатна, а стоимость платной подписки составляет $75 за пользователя в год или $6,25 в месяц.

Launchpad

Это платформа для запуска и управления проектами, созданная британской компанией Canonical, которая разработала операционную систему Ubuntu. С 2015 года Launchpad поддерживает Git-репозитории. Их на платформе уже более 26 тыс.

Launchpad

Пользователи платформы получают доступ к инструментам для отслеживания ошибок и изменений в коде, инструмент для сборки пакетов ПО (инструмент создания кода, его установки для пользователей и метаданных для поисковика) для операционной системы Ubuntu и другим функции. При этом использование сервиса полностью бесплатное. На российском рынке могут появиться и другие альтернативы. Правительство собиралось провести с 1 мая 2022 года по 30 апреля 2024 года эксперимент по созданию национального репозитория, где будут предоставлять под открытой лицензией компьютерные программы, права на которые принадлежат России. Предполагается, что доступ к нему получат физические и юридические лица «без ограничений по национальному, территориальному и иным признакам». Участниками эксперимента станут Минцифры, МВД, Росреестр, Пенсионный фонд и другие госорганы и организации. Оператора национального репозитория должен будет определить Российский фонд развития информационных технологий (РФРИТ).

  • Как сохранить Google Docs и другие данные из сервисов Google через инструмент Архиватора
  • Как перенести плейлисты из Spotify и чем заменить Netflix
  • Что делать в случае блокировки почтовых сервисов Google
  • Офлайн-соцсети: где общаться и работать без подключения к интернету
  • Как и куда уходить дизайнерам в случае отключения Figma
  • Как управлять приложениями и соблюдать информационную гигиену в кризис
  • Как платить в App Store и Google Play без банковских карт
  • Как отменить подписки на iPhone: инструкция
  • 7 полезных фишек «Яндекс.Браузера»
  • Как (и зачем) удалить свой аккаунт в Google и Telegram

Как украинец и голландец создали конкурента GitHub с инвестициями в $45 млн: история GitLab

Впервые эта история была опубликована еще 9 месяцев назад. С тех пор компания GitLab подняла еще $100 млн инвестиций, а оценка бизнеса выросла до $1,1 млрд. Сейчас компания готовится к IPO, которое планируют провести к ноябрю 2020 года. Мы еще раз публикуем историю, которая не утратила своей актуальности.

История GitLab, opensource-хостинга git-репозиториев, начиналась с хобби. Харьковский программист Дмитрий Запорожец интересовался opensource-разработкой и в свободное от работы время решил создать сервис для своих рабочих нужд. За шесть лет проект с двух людей вырос до 200 сотрудников, принимал участие в программе Y Combinator, привлек в клиенты NASA, CERN, Alibaba, SpaceX, IBM, Expedia. Среди его инвесторов — GV (ранее известный как Google Ventures), Khosla Ventures, фонд Эштона Кутчера, в совете его директоров — один из создателей WordPress Мэтт Мулленвег, а общий объем инвестиций составляет уже $ 45 млн.

Официальных оценок капитализации GitLab нет, но если учитывать, что его ближайший конкурент GitHub в июле 2015 года поднял $ 250 млн при оценке в 2 млрд, имея 300 сотрудников, вполне возможно, что GitLab приближается к рубежу «единорога» или даже перешагнул его.

Если GitLab и начинался как альтернатива GitHub, то теперь планы его сооснователей намного амбициозней: предложить разработчикам всего мира единую среду для создания и продакт-менеджмента IT-проектов. Редакция AIN.UA рассказывает историю проекта со слов его создателей.

«В Украине не проектируют мерседесы»

Дмитрий Запорожец заинтересовался программированием еще будучи студентом Харьковского национального автодорожного университета, изучая компьютерную диагностику автотранспорта. Поступая в вуз, он надеялся когда-нибудь работать в проектировочном бюро. Но уже на третьем курсе понял, что в Украине не проектируют мерседесы, и что доступные ему карьерные возможности пока что ограничиваются автосервисом. Ему нравилось разбираться в устройстве автомобилей, но не перспектива пожизненной карьеры на СТО.

В то же время Запорожец увлекался компьютерами и большую часть свободного времени проводил за играми, думал даже о карьере гейм-девелопера. Изучил С, написал для Windows копию двух уровней Mario, начал учиться на программиста в академии «ШАГ». И хотя учебу не закончил, заинтересовался веб-программированием, изучил PHP и HTML, затем Ruby. В 2011 году Дмитрий уже работал в Sphere Software, в работе часто использовал GitHub.

GitLab-7

Сейчас все привыкли к GitHub и к тому, что держать большую часть бизнеса в облаке — нормально, но тогда настроения были немного другими: не все клиенты были готовы хостить свои продукты в облаке, поэтому компания использовала self-hosted-решения. Проблема была в том, что в компании приходилось сталкиваться с self-hosted-инструментами десятилетнего возраста (к примеру, GitWeb), выпрашивать, чтобы выделяли репозиторий на GitHub внутри организации. При работе над своими проектами была та же проблема.

«Альтернативы не было, кроме GitHub FireWall Edition, который стоил от $5000 в год на 20 пользователей. Так и появилась идея создать аналог GitHub, который можно было установить на свой сервер — что-нибудь простое, с базовыми функциями: код-ревью, issue tracker, сдача проектов, добавление пользователей с ключами в проекты», — рассказывает Дмитрий. Он с коллегой Валерием Сизовым начал работать над проектом по выходным и вечерам, первая версия GitLab появилась уже в октябре 2011 года.

Злобная лиса

В начале команда не скрывала, что делает что-то похожее на GitHub. Но выбрать именно такое название получилось случайно: Дмитрий с Валерием перебирали домены по недорогой цене, так, чтобы название было коротким и чтобы в нем была git-часть. Рассматривались варианты GitHost, GitCode и подобные, когда увидели в продаже домен GitLabhq.com за $12 (тогда как раз были популярны проекты в зоне hq, например, Basecamphq.com), вопрос с названием был решен.

GitLab-6

GitLab развивался как opensource-проект, в сообществе был дизайнер, который и нарисовал проекту варианты логотипа. Основатели выбрали картинку с тануки (существо из японской мифологии — зверь-оборотень, похожий на лису или енота, символизирующий благополучие). Но в 2015 году решили поменять логотип из-за обращений пользователей, мол, у старой иконки — недобрый взгляд.

«Люди нам жаловались: работаю с GitLab по 8 часов в день, а эта лисичка на меня злобно пялится», — смеется Запорожец . На этот раз нашли дизайнера, который специализировался на «лисиных» логотипах и иконка GitLab стала нейтрально-абстрактной.

GitLab-5

Интерфейсы со старым и новым логотипом в сравнении

Бизнес начался с твита

С 2011 года вокруг GitLab начало формироваться сообщество, среди пользователей появляются бизнесы. Компания, в которой Запорожец тогда работал разработчиком, тоже перешла на его сервис. Голландский предприниматель Сид Сибранджи (его зовут Ситсе, но когда он переехал в США, решил, что инвесторам будет проще общаться с Сидом) был одним из контрибьюторов проекта. Летом 2012 года Запорожец получил от него письмо, где Сид благодарил за ревью и сообщал, что собирается построить SaaS-бизнес на основе сервиса на домене GitLab.com. GitLab действовал по opensource-лицензии MIT и это не противоречило интересам создателей.

Уже к концу года Запорожец попробовал монетизацию GitLab с помощью пожертвований, но сработало это слабо: в лучший месяц проект получил $100. Пробовали и поддержку за деньги — но чтобы зарабатывать на этом, пришлось бы усложнять сам процесс установки и обновления. К концу 2012 года он все еще работал фултайм, занимаясь GitLab как хобби и понял, что нужно все же выбирать: работа или свой проект.

«Душа лежала к GitLab, но были проблемы с финансами. Я написал в Twitter, что устал и хочу работать над GitLab фултайм. Через какое-то время получаю письмо от Сида, в котором он предлагает мне за зарплату работать над GitLab и помогать ему с его компанией. В январе 2013 года я стал полностью посвящать время нашему проекту и с тех пор живу на две страны: Украину и Нидерланды», — рассказывает Дмитрий.

В 2014 году GitLab зарегистрировали как компанию, уже к 2015 году проект вырос до 10 человек, а к осени этого же года, после первого сид-раунда — до 50. Интересно, что в отличие от многих проектов с украинскими сооснователями, у GitLab нет в Украине офиса разработки или R&D. IT-специалистов набирают по всему миру, от Европы до США и Бразилии — в общем, в 39 странах мира.

Рост количества сотрудников GitLab:

GitLab-4

Сотрудники работают удаленно, но по нескольку раз в год встречаются на «саммитах» — полурабочих, полуразвлекательных встречах всей команды. Чтобы рассредоточенной команде было проще социализироваться, в GitLab даже приняты «виртуальные перерывы на кофе»: видеозвонки, во время которых сотрудники отдыхают и общаются — так же, как они бы это делали в офисе за чашкой кофе.

Потерять первого клиента и найти бизнес-модель

GitLab начинал с self-hosted-рынка. Команда видела, что многие компании начали использовать opensource-версию GitLab внутри, устанавливая на свои серверы, и решила, что может продавать консультационные услуги, помогать с настройкой, с доработкой функций. Компании-клиенты часто обращались с просьбами добавить пару функций — с этого зародилась идея корпоративного издания «opensource-версия плюс пара популярных фишек» (вроде протокола LDAP-авторизации). Так летом 2013 года анонсировали GitLab Enterprise Edition. С запуском корпоративной версии команда поняла, что она востребована, и этот продукт (а не консультации и саппорт) стал основным для компании. Тогда же GitLab потерял первого клиента. Причиной был маркетинг.

GitLab-3

Компания пользовалась GitLab, но затем топ-менеджмент решил перевести всю компанию на единый софт. Поскольку о GitLab тогда никто не знал, решение приняли в пользу другого, более известного сервиса. По словам Дмитрия, GitLab всегда рос в компаниях «снизу»: один разработчик устанавливал его на сервер компании, подтягивал других разработчиков отдела и так понемногу количество пользователей в компании органически вырастало снизу вверх. Когда это количество становилось заметным, кто-то из технического отдела или бухгалтерии выходил на связь с GitLab и покупал Enterprise-версию. Но не в этот раз.

«Это сильно на нас повлияло. Мы поняли: каким бы хорошим GitLab ни был, все без толку, если о нас не знают. Если компании в будущем будут переходить на единые инструменты для код-хостинга и ревью, мы и дальше будем терять клиентов и не сможем расти», — рассказывает Дмитрий.

Если где и могли научить команду быстрому росту и захвату рынка, так это в Долине.

Y Combinator

Сид предложил попробовать подать заявку в Y Combinator (она была заполнена вот так). На входе стартап ждала жесткая конкуренция — отбирали буквально 1-2% проекта из всех заявленных. Основателей GitLab все же заметили и пригласили на интервью.

Презентация сооснователей для Y Combinator:

После нескольких собеседований двух сооснователей взяли в программу. Хотя opencore-модель GitLab среди проектов Y Combinator не сильно популярна, положительную роль сыграло развитое сообщество (около 800 контрибьюторов на тот момент) и наличие крупных клиентов. Дмитрий и Сид поселились в Маунтин-Вью в 10 минутах езды от инкубатора. Из-за легендарной дороговизны жилья в Калифорнии решили пригласить работать и жить вместе еще нескольких сотрудников GitLab — в итоге в одном доме жило восемь человек, почти вся команда проекта на тот момент.

Программа длилась три месяца. Каждая компания-участник должна была выбрать ключевую метрику-цифру, по которой считается успех, измерять ее каждые две недели и объяснять ее изменения менторам из Y Combinator. Сначала команда выбрала количество загрузок, но затем поменяла ее на финансовые показатели, хотя менторы и считали, что менять метрику в процессе обучения — плохая практика. Но для GitLab выручка на тот момент была важнее количества загрузок: в отличие от этого показателя выручка показывает рост не только количества клиентов, но и рост внутри каждого клиента. Тогда базовая версия GitLab Enterprise Edition стоила $39 на пользователя на год — дешево по сравнению с конкурентами.

«Y Combinator очень помог нам с фокусом и подходом: у вас есть цифра, фокусируйтесь на ней, know your numbers. Помогли тем, что постоянно толкали вперед: раньше лучше, чем позже, неважно как. Когда все вокруг — предприниматели, все творят безумные вещи, нужно быстро расти, проникаешься совсем другим майндсетом. Выше, быстрее, сильнее», — говорит Дмитрий.

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

Очень много денег

Именно благодаря Y Combinator команда подняла первый раунд инвестиций: в июле 2015 года получили $1,5 млн от именитых фондов 500 Startups, Crunchfund, Sound Ventures Эштона Кутчера, Liquid 2 Ventures и Khosla Ventures. В сентябре того же года стартап поднял еще $4 млн во время раунда А. Через год стартап привлек еще $20 млн Y Combinator и наконец в этом году — $20 млн с венчурным подразделением Google в качестве лид-инвестора. Общий объем привлеченных командой инвестиций уже оценивается в $45 млн, при том, что основатели не теряли контроля над проектом. «Если у тебя все нормально с идеей продукта, с реализацией и цифрами, инвесторы в Долине — довольно активные, подойдут первыми, как бы удивительно это ни звучало. Это все последствия демо-дня Y Combinator — у них огромный, очень эффективный нетворк», — говорит Дмитрий.

Инвестиции в GitLab (в млн):

GitLab-2

Инвестиции помогли нарастить команду: с весны 2015 до лета 2016 года команда выросла с 10 до 93 сотрудников. На данный момент в компании работает уже более 200 человек. У проекта в клиентах уже более 100 000 организаций, включая NASA, CERN, Alibaba, SpaceX, IBM, Ticketmaster, ING, NASDAQ, Sony, VMWare и Intel. «Так получилось, поскольку эти компании и организации сами искали opensource-решения. Они даже не спрашивали нас, просто начали пользоваться нашим сервисом», — рассказывает Сид Сейбранджи.

GitLab-1

То есть, даже в такие компании GitLab попадал «снизу»: сначала им начинали пользоваться рядовые разработчики, «подсаживали» на сервис свои команды, база пользователей постепенно разрасталась. Но только теперь, в отличие от 2013 года, о GitLab написали TechCrunch и Fortune, а Forbes назвал Дмитрия среди 30 лучших IT-предпринимателей 2016 года — проект становился известным.

GitLab рос по выручке, расширялся структурно: появились отделы PR и маркетинга, сейлз-команда, отделы безопасности и инфраструктуры. «Теперь GitLab знают на рынке и рассматривают как вариант при покупке ПО для компании. Проблема, с которой мы столкнулись в 2014, когда потеряли покупателя, исчезла», — говорит Запорожец.

Из-за заметного роста пользователей у проекта (более 3 млн проектов, 2 млн пользователей) — проблемы с масштабированием: если сервис хостит файлы репозиториев на 100 ТБ, не все файловые системы выдерживают такую нагрузку, а значит, нужно обновлять сервис и наращивать серверную базу. С этим связаны и планы по улучшению аптайма: с 99,5 до 99,9. Но самым большим вызовом остается продукт.

«Наша идея в том, чтобы разработчик пришел с утра на работу, открыл GitLab — и другие продукты ему больше не были нужны. Чтобы все, начиная от чата и заканчивая деплоем, происходило на наших платформах. Мы хотим покрывать полный спектр разработки и операций. От issue tracker, планирования, road maps, разработки, менеджмента — и до упаковки в контейнеры, до релиза, до мониторинга. Мы уже давно вышли за рамки конкуренции с GitHub. Наша цель на 2018 — полный DevOps», — подытоживает Запорожец .

Что такое GitLab, как и для чего он используется

GitLab — это инструмент для хранения и управления репозиториями Git. Он дает возможность выполнять совместную разработку силами нескольких команд, применять обновления кода и откатывать изменения, если это необходимо. Решение может работать на собственном сервере или в облаке. Для обоих случаев существуют полностью бесплатная версия и платные тарифы, стоимость которых зависит от функционала (подробнее о тарифах […]

Эта инструкция — часть курса «Введение в Git».

Смотреть весь курс

Изображение записи

GitLab — это инструмент для хранения и управления репозиториями Git. Он дает возможность выполнять совместную разработку силами нескольких команд, применять обновления кода и откатывать изменения, если это необходимо.

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

В этой статье мы рассмотрим установку бесплатной версии GitLab Community Edition (GitLab CE) на сервер с Ubuntu 20.04 LTS x86_64, сравним GitLab с GitHub, разберемся с возможностями платных и бесплатных версий GitLab и расскажем как пользоваться GitLab. Но для начала подготовим выделенный сервер для разворачивания демо-стенда.

Чтобы создать сервер, откроем панель управления my.selectel.ru и перейдем в меню Серверы и оборудование, затем нажмем кнопку Заказать сервер.

В нашем примере для GitLab используется выделенный сервер фиксированной конфигурации EL09-SSD с процессором Intel Xeon E-2236, 16 Гб оперативной памяти, двух SSD-дисков по 480 Гб и операционной системой Ubuntu 20.04 LTS 64-bit.

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

Примерно через 2 минуты физический сервер будет готов, а мы пока расскажем о возможностях Gitlab.

Возможности GitLab

Возможности GitLab делятся на следующие категории:

  • управление (Manage),
  • планирование (Plan),
  • создание (Create),
  • проверка (Verify),
  • упаковка (Package),
  • безопасность (Secure),
  • релизы (Release),
  • конфигурирование (Configure),
  • мониторинг (Monitoring),
  • защита (Defend).

Мы расскажем про основные в каждой категории.

Управление

  • Аутентификация и авторизация. Двухфакторная аутентификация, интеграция с пользовательскими каталогами (AD/LDAP), гранулярный доступ к объектам в GitLab, поддержка токенов и SSO.
  • Аналитика. Аналитика продуктивности разработчиков, трекинг выполнения задач группами пользователей.

Планирование

  • Отслеживание проблем. Контроль за статусом проблем, поддержка дискуссий пользователей для обсуждения проблемы, возможность прикрепления файлов.
  • Контроль времени. Отчеты по затраченному времени и оценка оставшегося времени на выполнение задач.

Создание

  • Управление исходным кодом. График коммитов, запросы на слияния веток разработки, интеграция с Jira.
  • Веб-консоль для редактирования кода. Веб-представление кода в интерфейсе, редактирование кода, синхронизация файлов с исходным кодом.

Проверка

  • Поддержка процесса Continuous Integration (CI). Встроенные инструменты CI/CD, интеграция с Github, просмотр пайплайнов разработки, онлайн-визуализация HTML-артефактов.
  • Проверка качества кода и тестирование. Отчеты по качеству кода, юнит-тестам, нагрузочное тестирование, тесты на доступность и юзабилити.

Упаковка

  • Управление репозиториями. Поддержка репозиториев C/C++, Maven (Java), NPM, NuGet (.NET), Composer (PHP), PyPi (Python) и других.
  • Управление контейнерами. Поддержка работы с Docker, управление репозиторием через API и вебхуки, приватных контейнерных репозиториев.

Безопасность

  • Поддержка SAST и DAST. Работа с Static Application Security Testing и Dynamic Application Security Testing включая возможности отчетности.
  • Сканирование зависимостей и управление уязвимостями. Gitlab поддерживает автоматизированное выявление зависимостей в коде и позволяет строить отчеты по возможным уязвимостям.

Релизы

  • Поддержка процесса Continuous Delivery (CD). Возможность запуска CI/CD в различных окружениях (Windows, Mac, Linux), поддержка канареечных релизов, обеспечение безопасности пайплайнов.
  • Оркестрация релизов. Отслеживание релизов, ассоциация релизов с этапами, управление доступом к защищенным окружениям.

Конфигурирование

  • Управление Kubernetes. Поддержка работы с несколькими кластерами Kubernetes, разворачивание в кластере Kubernetes, управление переменными в зависимости от окружения.
  • ChatOps и бессерверные вычисления. Разворачивание и другие операции из чата и поддержка выполнения функций через Knative.

Мониторинг

  • Метрики. Мониторинг производительности приложений, кластеров kubernetes и самого Gitlab с возможностью отправки уведомлений.
  • Управление инцидентами и логирование. Автоматическое создание инцидентов в случае превышения порогов и отправка логов во внешние системы.

Защита

  • Web Application Firewall и безопасность контейнеров. Блокировка атак на веб-интерфейс и отслеживание жизненного цикла контейнеров.
  • Сетевая безопасность. Поддержка микросегментации контейнеров для изоляции потенциально опасных контейнеров и применение политик безопасности.

Полный список возможностей приведен на сайте GitLab. Там же можно узнать подробнее о каждой.

Как установить и настроить GitLab на Ubuntu

Пока вы узнавали о возможностях GitLab, сервер успешно установлен и готов к работе. Подключаемся по SSH к серверу, переходим в директорию /tmp и загружаем установочный скрипт репозиториев GitLab:

# cd /tmp # curl -LO https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.deb.sh

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

# chmod 777 script.deb.sh

Теперь скрипт готов к исполнению и можно его запускать:

# bash /tmp/script.deb.sh

После установки репозитория, можно запускать менеджер пакетов apt и начинать установку GitLab:

# apt install gitlab-ce

После выполнения установки, появится сообщение о готовности GitLab к работе:

Для доступа к GitLab через веб-интерфейс, его необходимо настроить. Для этого откроем для редактирования конфигурации в файле /etc/gitlab/gitlab.rb и укажем переменной external_url в качестве значения URL-адрес сервера.

# vi /etc/gitlab/gitlab.rb

В нашем демо вместо имени используется IP-адрес.

Теперь, чтобы новая конфигурация вступила в силу, необходимо выполнить реконфигурацию GitLab:

# gitlab-ctl reconfigure

После окончания процесса конфигурации, откроется интерфейс GitLab и запрос на изменения пароля администратора.

После изменения пароля необходимо выполнить вход в GitLab:

GitLab полностью готов к работе и даже имеет тестовый проект.

Однако, GitLab по умолчанию работает по протоколу http. Чтобы переключить его на протокол https, необходимо изменить значения переменных letsencrypt[‘enable’], letsencrypt[‘contact_emails’] и в переменной external_url указать протокол https:

letsencrypt['enable'] = true external_url "https://" letsencrypt['contact_emails'] = ['test@example.com']

После внесения изменений в конфигурацию, выполним реконфигурацию GitLab:

# gitlab-ctl reconfigure

После реконфигурации GitLab, появится возможность подключаться к веб-интерфейсу по протоколу https.

Если GitLab установлен во внутренней сети и к нему требуется доступ извне, одним из вариантов организации такого доступа может быть настройка проксирования на nginx-сервере (или proxy_pass) с установкой на него ключа Let’s Encrypt. В этом случае в настройках GitLab можно спокойно оставлять доступ по протоколу http.

Иногда, при попытке доступа через веб-интерфейс, GitLab возвращает ошибку 502. Причины могут быть разные, но основные это: нехватка оперативной памяти, остановка службы gitlab-workhorse и изменение прав доступа к файлу /var/opt/gitlab/gitlab-workhorse/socket. В первом случае проблему решит добавление оперативной памяти, во втором перезагрузка сервисов GitLab, а в третьем предоставление сервису nginx доступа к файлу.

Как работать с GitLab

Чтобы упростить работу с репозиториями из командной строки, необходимо добавить собственные ssh-ключи в GitLab. Генерируем пару ssh-ключей:

# ssh-keygen -t rsa -f ~/.ssh/gitlab

Следующий шаг — вывод содержимого публичного ключа и его копирование в буфер обмена:

# cat ~/.ssh/gitlab.pub

В интерфейсе GitLab перейдем в раздел Settings:

Далее в раздел SSH Keys, где нужно вставить скопированный ключ. После этого можно нажать Add key.

Появится следующий экран:

На этом настройка к репозиториям через SSH-ключ завершена и пришло время создать новый проект. Для этого достаточно нажать на + в центральной части экрана и далее на New project.

Проекту нужно присвоить имя, а также выбрать тип проекта:

  • приватный (Private),
  • внутренний (Internal),
  • публичный (Public).

В первом случае проект будет доступен только вам, во втором всем пользователям данной инсталляции GitLab, в третьем случаем всем подряд и без авторизации.

Нажимаем на кнопку Create project:

После создания проекта можно перейти к его настройке. Например, на представлении Members в проект можно пригласить новых пользователей с различными ролями: Guest, Reporter, Developer, Maintainer:

Основы GitLab — это работа с репозиториями. Теперь загрузим в этот проект имеющийся на рабочей станции git-репозиторий. Для начала добавим ссылку на удаленный репозиторий:

# git remote add origin git@:root/selectel-test-project.git

Теперь загрузим репозиторий в GitLab:

# git remote add origin git@:root/selectel-test-project.git

Теперь через веб-интерфейс GitLab можно просмотреть исходный код локального репозитория:

GitLab позволяет также загружать исходный код обратно на рабочую станцию. Для этого нужно выполнить следующую команду:

# git clone git@:root/selectel-test-project.git

Другой вариант загрузки — через веб-интерфейс. Для этого на странице проекта необходимо нажать кнопку ↓ и выбрать формат загружаемого архива:

Теперь разберемся, как в GitLab работать с ветками репозитория. По умолчанию работа ведется в ветке master и все предыдущие действия мы выполняли именно в ней. Для реализации изменений и их отслеживание, разработчику важно иметь собственную ветку, код из которой в дальнейшем можно будет передать в master-ветку.

Чтобы создать новую ветку, достаточно в выпадающем меню рядом с символом + нажать на пункт меню New branch:

Новую ветку также можно создать в локальном репозитории Git и затем загрузить её в GitLab. В веб-интерфейсе появится соответствующая запись о новой ветке.

Мы создали в проекте новую ветку development. В меню Settings — Repository можно выбрать ветку, используемую по умолчанию. После выбора нужно нажать на кнопку Save changes.

Поскольку разработка чаще всего ведется в нескольких ветках, в определенный момент времени появится необходимость выполнить их слияние. Cлияние веток — основа GitLab. В GitLab для реализации этого процесса предназначены запросы на слияние (Merge requests). Создадим в локальном репозитории новую ветку и назовем ее staging:

# git checkout -b staging

Создадим новый файл в репозитории и запишем туда произвольный текст:

# vi new-staging.txt

Добавим этот файл к репозиторию:

# git add new-staging.txt

Выполним коммит с комментарием:

# git commit -m "add feature"

И, наконец, загрузим новую ветку в GitLab:

# git push --set-upstream origin staging

Теперь можно проверить наличие новой ветки staging в интерфейсе GitLab. Перейдем в раздел Repository — Branches и обнаружим созданную ветку. Если перейти в нее, там будет созданный на предыдущих шагах файл new-staging.txt.

Перейдем в эту ветку и нажмем кнопку Create merge request:

Здесь нужно указать название слияния, его описание и, при необходимости, выбрать опцию уведомления заинтересованных пользователей. В нижней части этого экрана нужно нажать кнопку Submit merge request:

На следующем экране можно опционально нажать Approve, а затем нажать Merge:

Слияние веток репозитория выполнено.

Чем отличаются GitLab и GitHub

На специальной странице GitLab есть целая таблица сравнения в разрезе тех возможностей, о которых мы рассказывали в начале статьи. Ко всему этому можно добавить, что GitHub появился на 3 года раньше GitLab и является неким стандартом хранения репозиториев решений с открытым исходным кодом. А еще GitHub — полностью облачное решение, GitLab же может работать на локальном сервере или в облаке.

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

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

Какие существуют версии и тарифы GitLab

GitLab имеет две версии — Community Edition (CE) и Enterprise Edition (EE). У первой (именно ее мы устанавливали в этой статье) полностью открытый исходный код, а вторая построена на базе первой, но имеет дополнительные функции, код которых, увы, не открыт для всех желающих. Версия EE также бесплатная в базовой комплектации и производитель рекомендует использовать именно её, если планируется дальнейший переход на платные тарифы.

Линейка тарифов представлена на скриншоте ниже. Цена за пользователя зависит от тех функций, которые включены в подписку.

Ключевой особенностью подписок уровня Premium и Ultimate является поддержка производителя в режиме 24/7. По этой ссылке можно получить полное представление о возможностях каждой из подписок.

Заключение

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

Что такое git push и как его использовать

GitLab

Эта статья требует дополнительных ссылок для проверки . Пожалуйста, помогите улучшить эту статью , добавив цитаты из надежных источников . Материал, не полученный от источника, может быть оспорен и удален.
Поиск источников: «GitLab» — новости · газеты · книги · ученый · JSTOR ( октябрь 2018 г. ) ( Узнайте, как и когда удалить это сообщение-шаблон )

  • Git- хостинг репозиториев
  • Совместная проверка версий
  • Сыце «Сид» Сейбрандий
  • Дмитрий Запорожец
  • Сыце «Сид» Сейбрандий ( генеральный директор )
  • Дмитрий Запорожец ( технический директор )

13.10.0 [5] / 22 марта 2021 г . ; 0 дней назад ( 22 марта 2021 г. )

GitLab является веб- DevOps жизненного цикла инструмента , который обеспечивает Git — хранилище менеджером обеспечивая вики , отслеживание проблем и непрерывную интеграцию и развертывание трубопровода [8] показывает, используя с открытым исходным кодом лицензии, разработанный GitLab Inc. Программного обеспечение было создано Украинские девелоперы Дмитрий Запорожец и Валерий Сизов. [9]

Код был изначально написан на Ruby , , [4] с некоторыми частями позже переписан в Go , сначала в качестве решения для управления исходного кода для совместной работы в команде по разработке программного обеспечения. Позже он превратился в интегрированное решение, охватывающее жизненный цикл разработки программного обеспечения, а затем и весь жизненный цикл DevOps. Текущий стек технологии включает в себя Go, Ruby On Rails , и Vue.js .

Он следует модели разработки с открытым ядром, где основные функции выпускаются под лицензией с открытым исходным кодом ( MIT ), а дополнительные функции — под проприетарной лицензией.

  • 1 История
  • 2 Компания
  • 3 Приложение GitLab
  • 4 См. Также
  • 5 ссылки
  • 6 Внешние ссылки

История [ править ]

Первоначально продукт назывался GitLab и был полностью бесплатным программным обеспечением с открытым исходным кодом, распространяемым по лицензии MIT . [10]

В июле 2013 года [11] продукт был разделен на две отдельные версии: GitLab CE: Community Edition и GitLab EE: Enterprise Edition. В то время лицензия на обе программы оставалась прежней: это было бесплатное программное обеспечение с открытым исходным кодом, распространяемое по лицензии MIT .

В феврале 2014 года GitLab объявил о внедрении бизнес-модели с открытым ядром . [12] GitLab EE устанавливаются под источником доступного для собственной Е.Е. лицензии , а также содержит функции , отсутствующие в версии CE. [13] Модель лицензирования GitLab CE осталась неизменной, и компания продолжила разработку и поддержку версии CE. Хотя GitLab EE перешел на ограниченную лицензию, исходный код, проблемы и запросы на слияние оставались общедоступными. [14]

В марте 2015 года GitLab приобрела Gitorious , конкурирующую службу хостинга Git . [15] В то время у Gitorious было около 822 000 зарегистрированных пользователей. [15] Пользователям было предложено перейти на GitLab, и в июне 2015 года сервис Gitorious был прекращен. [15]

В июле 2015 года компания привлекла дополнительные $ 1,5 млн в виде посевного финансирования . [16] По состоянию на 2015 год в число клиентов входили Alibaba Group , IBM и SpaceX . [16]

В сентябре 2015 года GitLab привлекла 4 миллиона долларов в рамках серии A от Khosla Ventures . [17]

В июле 2016 года генеральный директор GitLab подтвердил открытую бизнес-модель компании. [18]

В сентябре 2016 года GitLab привлек 20 миллионов долларов в рамках серии B от August Capital и других. [19]

В январе 2017 года администратор базы данных случайно удалил производственную базу данных после кибератаки . Данные о выпуске и мерж-реквесте за шесть часов были потеряны. [20] Процесс восстановления транслировался в прямом эфире на YouTube . [21] [22]

15 марта 2017 года GitLab объявил о приобретении Gitter . [23] В объявлении было заявлено о намерении продолжить Gitter как отдельный проект. Кроме того, GitLab объявил, что код станет открытым по лицензии MIT не позднее июня 2017 года. [24]

В октябре 2017 года GitLab привлек 20 миллионов долларов в виде финансирования серии C от GV и других компаний . [25]

В январе 2018 года GitLab приобрел Gemnasium, сервис, который предоставлял сканеру безопасности предупреждения об известных уязвимостях в библиотеках с открытым исходным кодом на разных языках. [26] Полное отключение сервиса было запланировано на 15 мая. Функции и технология Gemnasium были интегрированы в GitLab EE и как часть CI / CD . [27]

В апреле 2018 года GitLab объявил об интеграции с Google Kubernetes Engine (GKE), чтобы упростить процесс развертывания нового кластера для развертывания приложений. [28]

В мае 2018 года GNOME перешел на GitLab с более чем 400 проектами и 900 участниками. [29] [30]

GitLab перешел с Microsoft Azure на облачную платформу Google 11 августа 2018 г., что сделало сервис недоступным для пользователей в Крыму, на Кубе, в Иране, Северной Корее, Судане и Сирии из-за санкций, введенных Управлением по контролю за иностранными активами США. . [31] Чтобы решить эту проблему, некоммерческая организация Framasoft предоставляет зеркало Debian, чтобы сделать GitLab CE доступным в этих странах. [32]

19 сентября 2018 года GitLab привлек 100 миллионов долларов в рамках раунда серии D под руководством ICONIQ Capital.

30 октября 2018 года GitLab считается первым частично украинским единорогом стоимостью более 1 миллиарда долларов. [33] [34]

18 сентября 2019 года GitLab привлек 268 миллионов долларов в рамках финансирования серии E-round под руководством Goldman Sachs и Iconiq Capital. На тот момент компания оценивалась в 2,7 миллиарда долларов. [35] [36]

В декабре 2019 года сообщалось, что GitLab, как ожидается, достигнет $ 100 млн годовой регулярной выручки в январе 2020 года. [37] В 2021 году OMERS участвовала во вторичном вложении акций в GitLab. [38]

18 марта 2021 года GitLab расширила свой бизнес на китайский рынок. [39]

Компания [ править ]

GitLab Inc. была основана на уже существующем программном проекте GitLab. [40] Это общество с ограниченной ответственностью, [16] официально созданное Сыце Сиджбрандием и Дмитрием Запорожцем в 2014 году. [40]

GitLab Inc. является выпускником программы ускорителей семян Y Combinator из своей партии Winter 2015. Он собрал 1,5 миллиона долларов в качестве начального финансирования. [16] В сентябре 2015 года GitLab привлекла 4 миллиона долларов в рамках серии A от Khosla Ventures . За этим последовало финансирование серии B в размере 20 миллионов долларов от August Capital вместе с Khosla Ventures в сентябре 2016 года. [19] В октябре 2017 года Google Ventures присоединилась к инвесторам, ведущим финансирование серии C в размере 20 миллионов долларов. [25] В сентябре 2018 года GitLab привлек 100 миллионов долларов в рамках финансирования серии D во главе с Iconiq при оценке в 1,1 миллиарда долларов. [41]

GitLab запускает GitLab.com на условиях freemium и предлагает услугу подписки. [40]

Штаб-квартира GitLab находится в Сан-Франциско . [42]

В настоящее время в GitLab работает 1289 сотрудников в 67 странах и регионах. [2]

Приложение GitLab [ править ]

Приложение GitLab предлагает функции для автоматизации всего жизненного цикла DevOps, от планирования до создания, сборки, проверки, тестирования безопасности, развертывания и мониторинга. GitLab обладает высокой масштабируемостью и может размещаться локально или в облачном хранилище . Он также включает в себя вики , отслеживание проблем и функции конвейера CI / CD . [ необходима цитата ]

GitLab также предлагает продукт GitLab Pages [43] [44] для создания веб-сайтов с поддержкой Let’s Encrypt, начиная с версии 12.1. [45]

См. Также [ править ]

  • Сравнение возможностей размещения исходного кода
  • Gitea

Ссылки [ править ]

  1. ^ https://www.cnbc.com/2021/01/15/gitlab-ceo-eyes-public-market-after-secondary-valued-it-at-6-billion-.html
  2. ^ a b «Познакомьтесь с командой GitLab» . Проверено 12 января 2021 года .
  3. ^ «GitLab предлагает серию E за 268 миллионов долларов при оценке в 2,75 миллиарда долларов» .
  4. ^ a b Цветы, Арика (2018-10-29). «Почему мы используем Ruby on Rails для создания GitLab» . GitLab . Архивировано 22 марта 2021 года . Проверено 22 марта 2019 .
  5. ^ «GitLab 13.10 выпущен с режимом администратора и управлением уязвимостями» . 22 марта 2021 . Проверено 22 марта 2021 года .
  6. ^ a b «Файл ЛИЦЕНЗИИ GitLab» . Проверено 29 марта 2020 года .
  7. ^ «Файл ЛИЦЕНЗИИ GitLab Enterprise Edition» . Архивировано 22 марта 2021 года . Проверено 29 марта 2020 года .
  8. ^ «Непрерывная интеграция и доставка GitLab» . GitLab . Архивировано 22 марта 2021 года . Проверено 6 сентября 2020 .
  9. ^ «История GitLab» . GitLab . Архивировано 22 марта 2021 года . Проверено 27 сентября 2019 .
  10. ^ Olanoff, Drew (13 октября 2011). «Отправляйте быстрее и дешевле — GitLab — это GitHub для ваших собственных серверов — The Next Web» . Следующая Сеть . Архивировано 22 марта 2021 года . Проверено 13 февраля 2018 .
  11. ^ «GitLab — Объявление о выпуске GitLab 6.0 Enterprise Edition» . gitlab.com . Архивировано 22 марта 2021 года . Проверено 15 декабря 2014 .
  12. ^ «GitLab — изменение лицензии GitLab Enterprise Edition» . gitlab.com . Архивировано 22 марта 2021 года . Проверено 15 декабря 2014 .
  13. ^ «GitLab — Возможности» . gitlab.com . Архивировано 9 августа 2019 года . Проверено 23 января 2015 .
  14. ^ «GitLab.org / GitLab Enterprise Edition» . GitLab . Архивировано 22 марта 2021 года . Проверено 1 августа 2018 .
  15. ^ a b c Дегелер, Андрей (2015-03-03). «Платформа для совместной работы над кодом GitLab приобретает Gitorious» . Следующая Сеть . Архивировано 22 марта 2021 года . Проверено 1 августа 2018 .
  16. ^ a b c d Новет, Иордания. «Поддерживаемый Y Combinator конкурент GitHub, GitLab, привлекает 1,5 миллиона долларов» . VentureBeat . Архивировано 22 марта 2021 года . Проверено 12 июля 2017 .
  17. ^ «GitLab собирает серию на 4 миллиона долларов за раунд от Khosla Ventures» . TechCrunch . Архивировано 22 марта 2021 года . Дата обращения 17 декабря 2016 .
  18. ^ «Создание компании с открытым исходным кодом: интервью с генеральным директором GitLab» . GitLab . Архивировано 22 марта 2021 года . Проверено 6 июня 2018 .
  19. ^ a b Миллер, Рон. «GitLab обеспечивает Series B на 20 миллионов долларов» . TechCrunch . Архивировано 22 марта 2021 года . Дата обращения 3 ноября 2016 .
  20. ^ «Инцидент с базой данных GitLab.com» . Архивировано 22 марта 2021 года . Проверено 1 фев 2017 .
  21. ^ «Инцидент с базой данных Gitlab — Устранение неполадок в реальном времени — YouTube» . YouTube . Архивировано 22 марта 2021 года . Проверено 1 августа 2018 .
  22. ^ Хьюз, Мэтью (2017-02-01). «GitLab в автономном режиме после катастрофической ошибки базы данных теряет горы данных» . Следующая Сеть . Проверено 1 августа 2018 .
  23. ^ «GitLab приобретает стартап программного обеспечения чата Gitter, код будет открытым» . VentureBeat . 2017-03-15 . Проверено 1 августа 2018 .
  24. ^ «Гиттер присоединяется к команде GitLab» . GitLab . Проверено 15 марта 2017 .
  25. ^ a b «GitLab поднимает раунд серии C на $ 20 млн во главе с GV» . TechCrunch . Проверено 1 августа 2018 .
  26. ^ «GitLab приобретает Gemnasium для усиления своих служб безопасности» . TechCrunch . Проверено 1 августа 2018 .
  27. ^ Кондон, Стефани. «GitLab делает инструменты CI / CD доступными для репозиториев GitHub | ZDNet» . ZDNet . Проверено 1 августа 2018 .
  28. ^ «GitLab получает встроенную интеграцию с Google Kubernetes Engine» . TechCrunch . Проверено 29 декабря 2019 .
  29. ^ «GNOME, добро пожаловать в GitLab!» . GitLab . Проверено 6 июня 2018 .
  30. ^ «GNOME переходит на Gitlab — GNOME» . www.gnome.org . Проверено 6 июня 2018 .
  31. ^ «Обновленная информация о нашем запланированном переходе с Azure на Google Cloud Platform» . Официальный блог Gitlab . 2018-07-19 . Проверено 18 декабря 2018 .
  32. ^ «Зеркало репозиториев Framasoft Gitlab CE» . apt.gitlab.mirror.Framasoft.org .
  33. .
  34. ^ «GitLab, основанный гражданином Украины, собрал 100 миллионов долларов. Он стал единорогом, оцененным в 1,1 миллиарда долларов» . AIN.UA . 2018-10-30 . Проверено 27 сентября 2019 .
  35. ^ «Дмитрий Запорожец, GitLab:« Я считаю, что GitLab можно назвать украинским стартапом » » . AIN.UA . 2018-11-30 . Проверено 27 сентября 2019 .
  36. ^ «Украинский стартап GitLab привлекает 268 миллионов долларов при оценке в 2,7 миллиарда долларов» . AIN.UA . 2019-09-18 . Проверено 27 сентября 2019 .
  37. ^ «GitLab привлекает 268 миллионов долларов при оценке в 2,7 миллиарда долларов» . VentureBeat . 2019-09-17 . Проверено 27 сентября 2019 .
  38. ^ «Самые новые члены клуба ARR за 100 миллионов долларов» . TechCrunch . Проверено 14 декабря 2019 .
  39. ^ «OMERS участвует в сделке по вторичным акциям GitLab» . SWFI . Проверено 19 января 2021 .
  40. ^ «GitLab передал лицензию на свою технологию новой независимой китайской компании» . GitLab . Проверено 18 марта 2021 года .
  41. ^ a b c Альберт-Дейтч, Кэмерон (13 ноября 2018 г.). «Как этот стартап получил доход в размере 10,5 миллионов долларов, когда каждый сотрудник работал из дома» . Inc.com .
  42. ^ «GitLab привлекает 100 миллионов долларов от Iconiq, GV и Khosla при оценке в 1,1 миллиарда долларов» . VentureBeat . 2018-09-19 . Проверено 20 сентября 2018 .
  43. ^ Камер, Джурриан. «Не нужно ехать в офис: удаленная работа в GitLab» . Хакерский полдень . Проверено 29 ноября 2018 .
  44. ^ «Веб-сайты для ваших проектов GitLab, учетная запись пользователя или группа» . GitLab .
  45. ^ «Страницы GitLab против страниц GitHub» . www.scivision.dev . 21 августа 2020.
  46. ^ «GitLab 12.1 выпущен с параллельными цепями слияния и запросами на слияние для конфиденциальных вопросов» . GitLab .

Внешние ссылки [ править ]

Викискладе есть медиафайлы по теме GitLab .
  • Официальный веб-сайт

Годы указывают дату первого стабильного выпуска.

  • GNATS ( 1992 г. )
  • Отладки ( 1994 г. / 1999 г. )
  • Bugzilla ( 1998 г. )
  • Отслеживание запросов ( 1999 г. )
  • MantisBT ( 2000 г. )
  • Сводка новостей ( 2001 г. )
  • Trac ( 2004 г. )
  • Redmine ( 2006 г. )
  • Apache Allura ( 2009 г. )
  • Манифест ( 2010 г. )
  • GitLab ( 2011 г. )
  • Тулеап ( 2011 г. )
  • Апачский бладхаунд ( 2012 г. )
  • Гитея ( 2016 г. )
  • Helix ALM (ранее TestTrack) ( 1998 г. )
  • Axosoft ( 2002 г. )
  • Jira ( 2002 г. )
  • Сервер Azure DevOps ( 2005 г. )
  • YouTrack ( 2009 г. )

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *