GitLab против GitHub – кто же лучший сервис для управления репозиториями
Создатели ПО рано или поздно должны сделать непростой выбор: какой именно сервис использовать для организации системы, занятой контролем версий? И те, кто уже имеет солидный опыт, все же задумываются в нерешительности: что купить GitLab или все таки GitHub?
Актуальность решений, позволяющих коллективно управлять процессом разработки ПО, постоянно растет. Подобная тенденция прослеживается последние два десятка лет, что немало, если учитывать, что сама история компьютеризации исчисляется далеко не веками. Наличие высокоскоростного интернета позволяет говорить о возникновении и развитии целой отрасли, а именно аутсорс-разработке программ. Все возможности онлайн сервисов еще до конца не использованы – в данном процессе крайне важно наличие сервисов для командной работы и использование систем, позволяющих осуществлять управление версиями программного кода.
Историческая справка
Перелом в данной сфере стал очевиден когда специалистам была представлена система Git, созданная Линусом Торвальдсом. До этого разработчики использовали CVS, SVN и иные варианты администрирования. Главной проблемой в данном случае являлась недоработанная система комита. Обнаруженную ошибку нельзя было исправить, не вмешиваясь в репозиторий. При работе над ядром Linux Линус Торвальдс сформировал собственную систему, которая может управлять версиями. Она предлагает два уровня фиксации данных в репозитории. Сперва делается git commit, выясняется состояние локального репозитория. Далее создается git push – и тут речь идет уже об удаленном репозитории: появившиеся изменения могут видеть все те, кто задействован в проекте.
Git – это вариант, предлагаемый для управления версиями. При необходимости совместной разработки ПО нужно иметь веб-сервис, который обеспечит слаженные действия с кодом по проекту, разрешит отслеживать изменения и осуществлять необходимые взаимодействия. Именно для этого появился GitHub, позволяющий управлять задачами, где присутствует Wiki по каждому из продуктов. Позже пользователям был предложен и GitLab – благодаря обширному набору функций он уверенно занял соответствующую нишу. Основной задачей как GitHub, так и GitLab становится помощь при согласных действиях разработчиков проектов.
При работе над любой задачей, а также поддержке ПО используемая система управления версиями и присутствующая система контроля задач крайне важны. Требования к системам могут меняться постоянно, возникают все новые варианты. Порой достаточно оценить сложность создания ПО – при этом часты ситуации, когда заказчик не может представить себе весь объем необходимой информации и сформулировать все имеющиеся требования к решению еще в самом начале работы.
Ряд разработчиков полагают, что в условиях небольшого проекта выстраивать целую систему контроля и администрирования версий не следует. Но вот речь заходит о реальном продукте и необходимости его поддержки – и тут каждый может убедиться на личном опыте, что отсутствие репозитария кода и системы в целом часто имеет весьма негативные последствия. В репозитарии присутствует исчерпывающая информация по проекту – любое движение записывается в системе. Даже если речь идет о создании простого сайта в HTML, все тщательно фиксируется и после может подлежать оценке. На личном опыте становится очевидным, насколько это может оказаться полезным.
Система GitLab создана Дмитрием Запорожцем. В 2011 году данный специалист в ходе выполнения ряда задач полностью осознал всю важность коммуникаций для проектов – особенно если речь идет о системе, отвечающей за контроль разработки кода и осуществляющей управление задачами.
С первых же дней существования данного варианта пользователь мог сохранить GitLab на частных и облачных серверах, продукт мог похвастать наличием лицензии. В 2013 г. решение был разделено на два направления: Community и Enterprise с наличием лицензии MIT и открытого кода. Сегодня системой пользуются более 100 тысяч компаний с наличием открытого кода, включая таких монстров как IBM. Постараемся взвесить все преимущества и недостатки обеих систем в применении к проектам различного уровня.
Краткий обзор
Сравнение GitLab и GitHub по различным параметрам дает следующие результаты.
Для бизнеса
Преимуществом GitHub с точки руководителей предприятий, занятых в различных сферах бизнеса, состоят в значительном количестве пользователей, которых можно подключить к системе. Именно здесь присутствует немало открытых проектов. В наличии – частные командные репозитарии, предоставляемые бесплатно. Часто это становится основным фактором, на котором основывается выбор GitHub.
Но нельзя не учесть, что GitLab предлагает использование большего числа возможностей (чисто технических), предоставляя пользователю массу различных функций. И с позиции защиты персональных данных определенное преимущество оказывается на стороне этого решения, при этом система легко устанавливается и на частном сервере.
Возможности интеграции
Многие считают, что GitLab предлагает большие возможности в области интеграции – это и использование решения в сложных проектах с использованием механизма подгрупп, и просмотр программ перед объединением с целью сокращения числа дефектов и времени разработки.
Прослеживаются следующие тенденции: GitHub постепенно улучшает работу с CI благодаря системе GitHub Actions. Имея доступ к репозитариям и метаданным сервиса можно детально настроить процесс CI. И тогда перед пользователем откроется много «маленьких приятностей», облегчающих повседневные задачи. Конфигурация осуществляется с использованием YAML файлов. Система свежая и тестируется не столь долго – зато ее гибкость дает возможность исправить обнаруженные недочеты, не обращаясь к специалистам.
Постоянная доставка
GitLab предоставляет пользователю шаблон Auto DevOps – он обеспечивает конкретную конфигурацию Cl/CD, а значит позволяет упростить выполнение всего цикла разработки ПО.
Стоимость
Бесплатная версия GitLab, помимо базовых функций, предоставляет еще множество возможностей. Но все же она является неполной – расширенный вариант предлагается за 220 долларов год. И в этом случае куда лучше становится техподдержка, появляется возможность администрирования большего числа проектов.
Функции
GitLab помогает отследить весь цикл разработки ПО – начиная с планированием и завершая развертыванием. Среди наиболее важных в настоящий момент решений — Burndown Charts и Time Tracking, а также возможность переноса задач в другие проекты и пр.
Система контроля дает возможность импортирования и экспортирования из иных систем (к примеру, Google Code), а также с любых GitURL, присутствующих в доступе. Помимо этого пользователю предлагается поддержка множества репозитариев. С GitHub другая ситуация – лучше поддерживается Visual Studio, поскольку эта компания в настоящий момент владеет сервисом.
Контейнеры Docker — преимущества использования
Оптимальным вариантом становится установка GitLab в частном контейнере – GitHub подобных возможностей не обеспечивает. GitLab готов предоставить слепок (официальный), позволяющий установить систему в контейнерном варианте со всеми плюсами подобного решения, среди которых:
Разработчиками предлагается пара версий — Community и Enterprise Edition. В настоящий момент данное решение не может полностью функционировать при работе на Windows, и это несет за собой определенные проблемы для пользователей.
И вот здесь хочется задать вопрос: не проще ли произвести установку базы данных и конфигурации? Конечно, это в некоторой степени усложнит настройку системы, но сделает куда проще администрирование, поскольку база данных и так хранит в себе всю нужную информацию. Скорее всего, подобное решение принималось с учетом желания повысить скорость работы с файлами, при этом не желая излишне перегружать серверы.
Установку GitLab в Docker можно произвести несколькими способами:
Весь процесс крайне прост. Несомненным плюсом Docker становится то, что и различного рода актуальные обновления, и резервные копии решения можно создавать с использованием средств контейнеризации – крайне быстро, не задерживаясь на подобных «мелочах». Основная задача в этом случае – обеспечение стандартизации с Docker. И, при соблюдении всех требований, работа будет налажена повсюду, где присутствует возможность поддержки контейнеризации (в том числе в облаке).
Желая выполнить ряд настроек и оптимизировать контейнерную работу, можно использовать Docker Compose. Но «продвинутые» администраторы пытаются сделать это в личных контейнерах, позволяя осуществить масштабирование удобным способом.
Подведем итоги
GitHub – это оптимальное решение для проектов, которые имеют открытый код. Это может оказаться полезным при создании целостного имиджа компании или непосредственно разработчика. Благодаря значительному числу пользователей проект сможет увидеть широкая аудитория.
Данный вариант идеален для работы над коммерческими проектами, если речь идет исключительно об использовании функций систем, призванных контролировать версии.
А что же GitLab? Решение выбирается в ситуациях, когда нужно построить рабочий CI/CD в облаке. Оно вполне приемлемо, если системы контроля и разработки требуется установить на личном сервере. Это интересное решение для компаний с ограничением доступа к общественным облачным вариантам систем – оно подходит для обработки данных, которые нужно оставить закрытыми для широкого пользования, а также при необходимости повышения уровня безопасности в целом.
GitLab разворачивается в контейнерах при необходимости администрирования значительного числа систем в условиях совместной разработки.
Конечно, имеются и другие варианты, аналогичные описанным решениям – к примеру, это система BitBucket. Что это? Активно использующаяся в настоящий момент платформа для создания ПО, осуществляющегося совместно. Ее используют достаточно часто в проектах как открытого, так и закрытого типа. Основной характеристикой такого варианта становится интуитивно понятный интерфейс, облегчающий использование.
И тот, и другой вариант системы – это развитые современные комплексные решения, отвечающие большинству требований разработчиков прогамного обеспечеия. При этом любой проект требует определенных системных настроек с организацией управления версиями и проектами, но на данный момент GitLab все же является победителем нашего обзора.
GitLab или GitHub? Как выбрать ресурс под определённый тип репозитория
Leo Matyushkin
GitHub и GitLab – альтернативные системы управления репозиториями кода для Git. Оба ресурса предоставляют возможности для хостинга IT-проектов и их совместной разработки. В этой публикации мы кратко сравним услуги и цели, для которых вы можете использовать каждую из систем.
Отличительные черты GitHub и прогресс прошлого года
Чем отвечает GitLab
Личные и групповые учётные записи
В отличие от GitLab, за приватные репозитории на GitHub нужно платить. Это привело к неприятному побочному эффекту. Значимые библиотеки и модули, пакеты и целые фреймворки связаны с отдельными учётными записями. Даже если человек уже не имеет никакого отношения к обслуживанию проекта. Впрочем, GitHub обратил внимани на это упущение и стал развивать функционал организаций и команд. В репозиториях организаций теперь есть команды, можно создавать подгруппы, и для каждой указывать свои настройки и доступы к репозиториям.
Бесплатность командных приватных репозиториев повлияла на то, что компании нередко выбирают GitLab. Но функционал subgroups недоступен для личных учётных записей. Поэтому группы на GitLab стали важнее персональных аккаунтов. Многие разработчики называют группы своим никнеймом, а чтобы отличать имя собственной записи, добавляют в начале нижнее подчёркивание.
В свою очередь GitHub с давних пор поддерживает идею о том, что значимая работа в программировании делается людьми по отдельности. Поощряющие «награды» (форки, звёзды, лента коммитов) должны храниться в их «личном кабинете». Это привело к тому, что публичная активность на GitHub учитывается при поиске персонала, на конференциях и т. д.
Что хранить на GitLab 🦊
Кроме веб-сервиса GitLab предоставляет открытый исходный код. Систему можно быстро и безболезненно запустить на собственном сервере. Если пользоваться веб-сервисом, то для следующих задач:
Для всего остального есть GitHub 🐙🐈
Весь прочий контент можно смело направлять на GitHub. Если вы хотите, чтобы код был доступен другим, чтобы им пользовались, чтобы на него ссылались. Ссылки на репозитории GitHub вызывают большее доверие и будут просматриваться чаще. Публичная активность и проекты составят портфолио, которое может повлиять на трудоустройство.
Разница github и gitlab в чем
Сегодня службы управления репозиториями, такие как GitHub и GitLab — важные аспекты успешной разработки программного обеспечения как индивидуально, так и совместно.
Эти сервисы помогают с легкостью управлять изменениями в проектах с открытым исходным кодом, обеспечивая при этом сохранение эффективности по мере продолжения разработки.
В поисках лучшего сервиса управления кодом для проектов с открытым исходным кодом разработчики обычно рассматривают две самые популярные платформы: GitHub и GitLab.
Что такое GitHub?
Компания GitHub со штаб-квартирой в Сан-Франциско является самой популярной в мире платформой для управления репозиториями на основе git. Она была создана в 2008 году и на сегодняшний день насчитывает более 28 миллионов пользователей и 85 миллионов репозиториев кода, что ставит GitHub номером один в отрасли.
Хотя GitHub поддерживает размещение открытого исходного кода, он не является полностью открытым. Проекты на платформе публично доступны. Однако, если вы хотите сделать свой проект частным, вам понадобится платный план GitHub, который начинается с 7 и 9 долларов за пользователя в месяц для отдельных разработчиков и команд соответственно.
В июне 2018 года компания Microsoft объявила о приобретении GitHub за 7,5 миллиарда долларов, чем вызвала шок в кругах разработчиков. Они были против, поскольку считали, что технический гигант не будет поддерживать концепцию GitHub. Первые сообщения о планах Microsoft по приобретению GitHub появились, по данным Yahoo News, еще в 2016 г., однако руководство сервиса их последовательно опровергало, подчеркивая, что компания ценит свою независимость и не собирается кому-либо продаваться.
Что такое GitLab?
GitLab — это еще один веб-репозиторий git, который набирает популярность среди разработчиков проектов с открытым исходным кодом. Версия Community Edition платформы имеет открытый исходный код, что позволяет разработчикам вносить свой вклад в улучшение ее функций.
В отличие от GitHub, GitLab предлагает бесплатные частные репозитории для проектов с открытым исходным кодом. Однако, если вы хотите получить доступ к большему количеству функций, вам нужно будет перейти на платную версию, стоимость которой начинается с 4 долларов за пользователя в месяц.
Когда Microsoft объявила о приобретении GitHub, несколько разработчиков переместили свои проекты на другие конкурирующие платформы, особенно на GitLab, который сообщил о резком росте числа импортируемых репозиториев.
В чем отличия GitHub и GitLab?
Фактически, если вы войдете на сайт GitHub, вам будет сложно думать, что вы не на GitLab. За прошедшие годы две службы управления репозиториями взяли друг у друга лучшие функции и интегрировались в свои платформы.
Вот некоторые из основных функций, которыми они обладают:
GitHub делает упор на высокую доступность и производительность своей инфраструктуры и делегирует другие сложные функции сторонним инструментам. GitLab, наоборот, фокусируется на включении всех функций на одной проверенной и хорошо интегрированной платформе; он обеспечивает все для полного жизненного цикла DevOps под одной крышей. Что касается популярности, GitHub определенно превосходит GitLab.
В GitLab меньше разработчиков внедряют на платформу открытые исходные коды. Кроме того, что касается цен, GitHub стоит дороже, что делает его неподходящим для пользователей с небольшим бюджетом.
Какой веб-репозиторий выбрать?
Выбор между GitHub и GitLab для проектов с открытым исходным кодом может быть трудным. Например, если вы работаете с большим проектом с открытым исходным кодом, который предполагает сотрудничество с несколькими разработчиками, GitHub может быть вашим лучшим выбором. На GitHub вы найдете большое и яркое сообщество, которое поможет вам завершить ваш проект.
С другой стороны, если вы работаете над проектом, в котором цена является проблемой, а высокая производительность не подчеркивается, переход на GitLab может помочь вам сэкономить. Кроме того, если вам нужна платформа с действительно открытым исходным кодом, то GitLab может отлично подойти для вашего проекта.
Как работать с GitLab
Сегодня поговорим об азах взаимодействия с одной из самых популярных git-систем.
Что такое GitLab
Сейчас почти никто не пишет код в одиночку. Команды инженеров и разработчиков растут, как на дрожжах. Работая в группах, программисты используют системы управления исходным кодом на базе git, специального инструмента, позволяющего хранить данные разрабатываемого проекта в сети и совместно редактировать его с учетом определенных правил и методик взаимодействия. Самый известный подобный сервис – GitHub. А GitLab – это его собрат, выполняющий те же функции, но устроенный несколько иначе.
GitLab позволяет управлять репозиториями с кодом, отслеживать ошибки в разрабатываемых программах, публиковать код и тестировать его. Это незаменимый инструмент для каждого, кто программирует не в одиночку.
Разница между GitLab и GitHub
Оба сервиса – системы управления репозиториями на базе git. Принципиальных отличий между ними нет. GitHub появился раньше и стал чуть ли не синонимом git, поэтому он популярнее и для многих является единственной системой для управления репозиториями.
Но GitLab есть что предложить с точки зрения функциональности, поэтому все чаще наблюдается переход пользователей с GitHub на GitLab. В частности, это касается разработчиков-новичков, которые пока еще не «приросли» к GitHub.
В связи с растущей популярностью GitLab я и решил познакомить вас с этим сервисом поближе.
Инструкция по использованию GitLab
Перед началом работы с сервисом, нужно создать учетную запись. Процедура эта весьма тривиальна:
Заходим на официальный сайт GitLab.
В верхнем левом углу находим кнопку Login и жмем по ней.
Через пару секунд перед вам откроется форма входа в систему, а под ней будет ссылка на форму регистрации (Register now). Переходим по ней. 
Заполняем данные для регистрации (классические данные: адрес электронной почты, пароль, логин и т.п.). Жмем на кнопку Register.
В течение пары минут на указанную при регистрации почту «упадет» сообщение со ссылкой для подтверждения создания аккаунта. Переходим по ней. 
Учетная запись готова. Теперь можно переходить непосредственно к знакомству с GitLab.
Как создать проект
Проектом в GitLab считается глобальное рабочее пространство, в котором будет размещен репозиторий с файлами ваших сайтов и приложений. А также в нем можно взаимодействовать с коллегами и использовать другие возможности сервиса.
Поэтому при первом входе под своей учетной записью GitLab попросит вас указать род деятельности, наличие или отсутствие команды, имя рабочей группы и название проекта.
После формирования проекта можно переходить непосредственно к созданию репозиториев, загрузке программ в GitLab и т.п.
Как создать репозиторий
Чтобы воспользоваться репозиторием, нужно создать новый проект:
Кликаем по иконке со значком + в панели управления. 
Выбираем пункт New project/repository. 
Затем кликаем по Create blank project.
Указываем его имя и другие запрашиваемые параметры (можно указать, публичным будет репо или приватным) и нажимаем на кнопку Create Project.
Вместе с проектом сформируется новый git-репозиторий. Теперь можно с ним взаимодействовать, то есть загружать файлы, делать коммиты, создавать различные ветки для разработки продукта и мерджить их при необходимости.
Как загрузить файлы сайта/приложения в GitLab
Первый – используем веб-интерфейс GitLab
На главной странице проекта ищем строку The repository for this project is empty, а под ней кнопку Upload File и нажимаем на нее.
GitLab предложит выбрать файлы проекта для загрузки и последующей работы с ними. Выбираем все файлы, что используем при разработке и выгружаем.
Также можно использовать WebIDE, встроенную в GitLab, чтобы прямо в браузере писать код и создавать файлы для своего приложения/сайта.
Второй – используем командную строку
Тут все сложнее, но на самом GitLab опубликована короткая и доходчивая инструкция по подключению к сервису через командную строку, используя классический git-клиент.
Третий – используем сторонний git-клиент
Существуют приложения в духе Tower и Sublime Merge, позволяющие управлять репозиториями, делать коммиты и пушить изменения в проекты при помощи удобного графического интерфейса. Можно подключиться к GitLab с помощью одной из таких программ.
Как добавить SSH-ключ для подключения к репозиторию
SSH-ключи можно использовать для авторизации в GitLab и для управления репозиториями по протоколу Secure Shell. Чтобы это сделать:
Генерируем ключ с помощью команды ssh-keygen (вводим ее в терминал). 
Генератор предложит сохранить получившийся ключ. Менять директорию, куда сохраняется ключ, необязательно. 
Затем утилита попросит ввести пароль. Его тоже можно не вводить. Просто жмем на Enter. 
Возвращаемся на сайте GitLab. Открываем раздел SSH-keys, вставляем ключ в специально отведенное для этого поле и нажимаем на кнопку Add key. 
Как работать с ветками
Ветки – это инструмент для создания дополнительных вариаций приложения/сайта, которые позволяют вести разработку новых функций, не затрагивая при этом основное приложение, доступное для пользователей.
По умолчанию в GitLab доступна только одна ветка – master. Но ее чаще используют не для разработки, а для публикации готовых сборок проекта, которые нестрашно превратить в релиз для масс.
Поэтому принято создавать новые ветки для разработки дополнительных функций, а уже потом объединять их с основной.
Как создавать ветки
Ветки – не уникальная для GitLab функция. Это часть git, поэтому, как и в случае с репозиториями, тут можно пойти тремя путями:
На сайте GitLab в окне управления репозиторием нажать на кнопку + справа от названия ветки, а потом выбрать пункт New branch в выпадающем меню. 
Или воспользоваться аналогичной функций в используем графическом git-клиенте (Tower, Sublime Merge, GitFox и т.п.).
Любой из способов позволит создавать новую ветку, в которую после этого можно будет отправлять коммиты и делать пуши.
Мерджинг веток
Мерджинг (или объединение) веток – это механизм слияния двух наборов функций одной программы, позволяющий переносить функции из дополнительных веток в основную ветку разработки, где лежит приложение. Результат увидят еще и пользователи, а не только разработчики.
Запрос на объединение веток будет появляться на сайте GitLab каждый раз, когда вы будете вносить изменения в код одной или нескольких веток.
Выглядит это следующим образом:
На сайте появляется большая синяя кнопка Create merge request. Кликаем по ней. 
Затем рассказываем о своем запросе (поясняем, для чего он делается).
Указываем автор запроса в поле Assignee.
Указываем человека, который будет проверять запрос в поле Reviewer.
Потом указываем Milestone (если используете их).
И нажимаем на Create merge request.
Если с запросом все ок, то проверяющий нажмет на кнопку Merge, и весь код перекочует в основную ветку проекта (ну или ту, которую указал автор запроса).
Как добавлять пользователей в проект
К разработке своего приложения/сайта всегда можно привлечь людей со стороны:
Для этого кликаем по кнопке Project information в боковой панели GitLab.
Выбираем пункт Members.
В графу GitLab member or Email address вписываем ник GitLab-пользователя или его email-адрес.
Выбираем для него роль (гость, наблюдатель, разработчик).
Также указываем время действия приглашения (в указанный день приглашенный будет исключен из проекта).
А потом кликаем на Invite. 
Если выбранный человек согласится присоединиться, то ваша команда расширится.
Как создавать баг-репорты
В git-системах есть инструменты, помогающие оповещать разработчиков об ошибках и обсуждать их как с пользователями, так и с коллегами.
Речь идет о разделе Issues. Если возникла проблема, то нужно сообщить о ней тут. Для этого:
Открываем раздел Issues в боковой панели управления.
Затем нажимаем на кнопку New issue. 
Даем имя обнаруженной проблеме, а затем подробно описываем ее в разделе Description.
Затем назначаем ответственного в пункте Assignee и срок, в течение которого нужно найти решение найденной проблемы.
А потом нажимаем на кнопку Create issue. 
Как удалить проект
Открываем настройки проекта и переходим во вкладку General.
Листаем ее до пункта Advanced и справа от него ищем кнопку Expand, которая откроет доступ к дополнительным параметрам.
Вновь пролистываем появившееся меню до упора вниз, пока не наткнемся на кнопку Delete project.
Нажимаем на нее и вписываем название проекта, чтобы его удалить.
Вместо заключения
На этом все. Я рассмотрел базовые возможности GitLab и намеренно не затрагивал аналитические инструменты, интеграцию с Kubernetes и дополнительные функции, пытаясь сконцентрироваться на важнейших концептах GitLab и git. Это то, что вам необходимо для старта, независимо от того, пользовались вы ранее другими системами управлениями репозиториями или нет.