Лучшие альтернативы Github

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

Обратите внимание, что в этой статье перечислены альтернативы Github в качестве управляемой платформы управления версиями. Большинство из них будут иметь аналогичные функции отслеживания проблем, но если вы ищете обновление до функций управления Github, вы можете рассмотреть возможность использования Jira или Azure DevOps.

Примечание редактора. На самом деле мы используем Github внутри компании LifeSavvy Media и не планируем переходить на что-либо другое.

GitLab

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

Однако GitLab — это не просто клон GitHub. Он гораздо больше ориентирован на рабочий процесс DevOps со встроенными инструментами непрерывной интеграции и поддержкой конвейеров. С GitLab ваш инструмент CI/CD ничем не отличается от системы управления версиями. Это общая тема среди альтернатив GitHub, поскольку это одна из областей, на которой GitHub не уделяет особого внимания.

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

Битбакет

BitBucket – это решение git, размещенное Atlassian. Он работает так же, как GitHub или GitLab, но больше подходит для частных репозиториев. Вы можете сделать их общедоступными, но это не главное, поскольку в BitBucket отсутствуют функции «Исследовать».

Сам интерфейс чистый и все организовано с помощью боковой панели:

Если вы используете Jira, этот интерфейс может показаться вам очень похожим, так как они созданы одной и той же компанией. BitBucket содержит множество интеграций с Jira, включая создание ветвей из задач Jira, связывание коммитов с задачами Jira и редактирование задач непосредственно из BitBucket. У Jira уже есть ряд интеграций с общим git, но BitBucket и Jira созданы специально друг для друга.

На самом деле, мало что отличает BitBucket, кроме интеграции с Jira. Если ваша команда уже активно использует Jira, вам может понравиться BitBucket.

AWS CodeCommit

Сервис AWS CodeCommit — это репозиторий git со многими интеграциями с экосистемой AWS. Что касается хорошей альтернативы GitHub, интерфейс немного неуклюж, так как страдает от дизайна пользовательского интерфейса AWS. Тем не менее, это можно использовать.

Лучшая часть CodeCommit — это интеграция с EC2 и Lambda. Поскольку система управления версиями находится на той же платформе, что и ваши серверы, автоматизация конвейера развертывания упрощается. В CodeCommit есть варианты запуска тестов перед развертыванием, например развертывание на одном сервере за раз, на половине серверов или на всех сразу. Вы также можете напрямую обновить исходный код функций Lambda.

AWS CodeCommit может быть не лучшим сервисом git для использования в качестве основного элемента управления исходным кодом, но его, безусловно, удобно использовать для автоматизации развертывания кода в EC2 или Lambda. При такой настройке вы будете использовать два пульта — когда код будет готов к развертыванию, вы будете отправлять изменения с основного пульта в CodeCommit.

Другие инструменты управления исходным кодом: TFVC, Perforce и Subversion.

В то время как другие варианты в этом списке используют git под капотом, стоит упомянуть альтернативы самому git.

Perforce — это централизованная система управления версиями. git распространяется; каждый локальный репозиторий связан друг с другом только через удаленный. У этой модели много ограничений, особенно при наличии огромных репозиториев. Вы не хотите, чтобы каждый сотрудник имел доступ к вашему полному исходному коду. Perforce справляется с этими проблемами лучше, чем git.

Perforce (и другие варианты, отличные от Git) также намного лучше справляются с большими двоичными файлами, с чем git с трудом справляется. Большинство хостинговых провайдеров git, включая GitHub, ограничат размер файлов до 100 МБ, чтобы сократить расходы на хранение и, в первую очередь, не поощрять большие файлы. Расширение под названием Git Large File Storage смягчает проблему, сохраняя большие файлы на отдельном сервере, но это не идеальное решение.

Существуют и другие варианты управления исходным кодом, отличные от Git, такие как Team Foundation Version Control (TFVC), Subversion и Mercurial. Большинство из них требуют, чтобы вы размещали их самостоятельно; BitBucket раньше поддерживал репозитории Mercurial, но недавно они отказались от их использования.

Разместите сервер Git самостоятельно

Другой вариант — разместить его самостоятельно. Весь GitHub (или любой другой сервис в этом списке) представляет собой веб-интерфейс для управления сервером git. Этот сервер git — это просто удаленный сервер, который действует как официальная ссылка для локальных репозиториев git. Вы можете запустить свой собственный сервер git, используя готовую установку git, которая есть в большинстве дистрибутивов Linux, и подключиться к ней вместо того, чтобы размещать ее у кого-то другого. ты.

Вы можете прочитать наше руководство по настройке, чтобы узнать больше, или вы можете прочитать наше руководство по настройке GitLab Community Edition, которое позволяет вам размещать собственный сервер git, сохраняя при этом веб-интерфейс.

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