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

Эта статья расскажет Вам, как установить и настроить GitLab в операционной системе Linux Ubuntu. Сегодня это программное обеспечение используют компании по всему миру — как стартапы, так и крупные коллективы с огромными проектами в сфере IT. Простое пошаговое руководство поможет с нуля выполнить установку распределенной системы контроля версий программного обеспечения GitLab CE (Community Edition). Что обязательно пригодится в работе системному администратору, инженеру DevOps, а также — представителям многих других ИТ-профессий. Читайте наше полное пошаговое руководство по установке и настройке GitLab в Ubuntu.

Содержание:

1. Что такое GitLab
2. Системные требования для установки GitLab в Ubuntu
3. Устанавливаем предварительные компоненты GitLab
   1. Настраиваем Postfix
   2. Вписываем IP-адрес сервера в файл /etc/hosts
4. Устанавливаем GitLab
   1. Скачиваем скрипт для установки GitLab
   2. Запускаем скрипт script.deb.sh
   3. Запускаем установку gitlab-ce с помощью команды apt
5. Настраиваем сервер с GitLab
   1. Настраиваем и включаем брандмауэр операционной системы Ubuntu
   2. Редактируем файл конфигурации GitLab
   3. Применяем новые настройки GitLab
   4. Узнаем пароль учетной запись администратора (root) в GitLab
   5. Авторизуемся в веб-интерфейсе GitLab
   6. Отключаем свободную регистрацию аккаунтов (опционально)
   7. Создаем тестовый проект (репозиторий) в GitLab
6. Выводы

Что такое GitLab

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

• репозитории кода;
• средства непрерывной интеграции и доставки (CI / CD);
• встроенную wiki проекта;
• систему отслеживания и учета ошибок и многое другое.

Система GitLab была создана в 2011 году как стартап украинских разработчиков Дмитрия Запорожца и Валерия Сизова. В 2021 году, после вывода на IPO, капитализация компании превысила $19 млрд.

Читайте также: Как поместить свое веб-приложение в Docker-контейнер. Работа с Dockerfile.

Системные требования для установки GitLab в Ubuntu

Разработчики указывают следующие минимальные системные требования к серверу, на который будет устанавливаться GitLab:

• 2 процессорных ядра CPU;
• 8 Гбайт оперативной памяти;
• доменное имя (чтобы к системе можно было обращаться по домену).

Важно: на практике Вам потребуется куда больше оперативной памяти. И чем больше разработчиков будут пользоваться GitLab — тем большие объемы ОЗУ нужны (для крупного проекта лучше сразу обеспечить не менее 128 Гбайт).

Устанавливаем предварительные компоненты GitLab

Перед тем как выполнять установку GitLab, необходимо обновить операционную систему. Для этого вводим в командную строку команды apt update и apt upgrade:

sudo apt update
sudo apt upgrade

Важно: эти и многие другие команды из данного руководства обязательно нужно выполнять с правами суперпользователя (root).

Далее следует установить предварительные компоненты — программное обеспечение, которое обязательно должно быть в Вашей ОС для успешной установки и работы GitLab. Для этого вводим в командную строку команду apt install ca-certificates curl openssh-server postfix:

sudo apt install ca-certificates curl openssh-server postfix

Пример вывода:

Reading state information... Done

ca-certificates is already the newest version (20210119~18.04.1).
ca-certificates set to manually installed.
curl is already the newest version (7.58.0-2ubuntu3.13).
curl set to manually installed.
openssh-server is already the newest version (1:7.6p1-4ubuntu0.3).
The following additional packages will be installed:
ssl-cert
Suggested packages:
procmail postfix-mysql postfix-pgsql postfix-ldap postfix-pcre postfix-lmdb postfix-sqlite sasl2-bin
dovecot-common resolvconf postfix-cdb mail-reader postfix-doc openssl-blacklist
The following NEW packages will be installed:
postfix ssl-cert
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 1165 kB of archives.
After this operation, 4141 kB of additional disk space will be used.
Do you want to continue? [Y/n] y

Created symlink /etc/systemd/system/multi-user.target.wants/postfix.service → /lib/systemd/system/postfix.service.
Adding group `postfix' (GID 116) ...
Done.
Adding system user `postfix' (UID 111) ...
Adding new user `postfix' (UID 111) with group `postfix' ...
Not creating home directory `/var/spool/postfix'.
Creating /etc/postfix/dynamicmaps.cf
Adding group `postdrop' (GID 117) ...
Done.
setting myhostname: test.hhbb.me
setting alias maps
setting alias database
changing /etc/mailname to test.hhbb.me
setting myorigin
setting destinations: $myhostname, test.hhbb.me, localhost.hhbb.me, , localhost
setting relayhost:
setting mynetworks: 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
setting mailbox_size_limit: 0
setting recipient_delimiter: +
setting inet_interfaces: all
setting inet_protocols: all
/etc/aliases does not exist, creating it.
WARNING: /etc/aliases exists, but does not have a root alias.

Postfix (main.cf) is now set up with a default configuration. If you need to
make changes, edit /etc/postfix/main.cf (and others) as needed. To view
Postfix configuration values, see postconf(1).

After modifying main.cf, be sure to run 'service postfix reload'.

Running newaliases
Processing triggers for ureadahead (0.100.0-21) ...
Processing triggers for systemd (237-3ubuntu10.47) ...
Processing triggers for man-db (2.8.3-2ubuntu0.1) ...
Processing triggers for rsyslog (8.32.0-1ubuntu4) ...
Processing triggers for ufw (0.36-0ubuntu0.18.04.1) ...
Processing triggers for libc-bin (2.27-3ubuntu1.4) ...

Важно: после проверки доступности указанных пакетов программного обеспечения операционная система запросит у вас подтверждение — просто нажмите клавишу y.

Настраиваем Postfix

При установке предварительных компонентов у Вас откроется окно настройки Postfix (Postfix Configuration).

Нажимаем клавишу Ok. В результате у Вас должно открыться окно выбора настроек почтового сервиса (General type of mail configuration).

Здесь выбираем пункт Internet Site и нажимаем клавишу Ok.

В третьем и последнем окне мастер установки предложит Вам указать домен (FQDN — от англ. Fully Qualified Domain Name) сервера, на который устанавливается Postfix.

Мы укажем свой домен — gitlab.hhbb.me. Тогда как у Вас должен быть подготовлен собственный домен для установки GitLab.

Важно: при установке Postfix обязательно следует указать корректный домен, чтобы потом у Вас была возможность получить сертификат Let’s Encrypt.

Вписываем IP-адрес сервера в файл /etc/hosts

Если Вы разворачиваете GitLab на облачном сервере — нужно будет вписать в файле /etc/hosts его IP-адрес (вместо указанного по умолчанию 127.0.1.1). Для этого сначала вводим в командную строку команду ip addr sh:

ip addr sh

Находим и копируем в выводе команды IP Вашего облачного сервера.

Теперь открываем файл /etc/hosts в текстовом редакторе (мы воспользовались vim, однако подойдет любой):

vim /etc/hosts

Вставляем скопированный IP-адрес напротив домена вместо стандартного 127.0.1.1 (в нашем случае — напротив gitlab.hhbb.me, тогда как у Вас будет свой домен).

Читайте также: Как установить Nginx 1.15, MariaDB 10 и PHP 7 на CentOS 7.

Устанавливаем GitLab в Ubuntu

Теперь все готово к установке GitLab в Ubuntu. Приступим.

Скачиваем скрипт для установки GitLab

Для установки GitLab CE воспользуемся готовым скриптом. Для этого вводим в командную строку команду curl с опциями -LO и следующим URL-адресом:

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

Пример вывода:

% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed

0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 5933 100 5933 0 0 9402 0 --:--:-- --:--:-- --:--:-- 9387

Теперь давайте убедимся, что в скрипте нет ничего лишнего и представляющего опасность для Вашей системы. Для этого вводим в командную строку команду less script.deb.sh:

less script.deb.sh

В результате содержимое скрипта будет выведено в Вашу командную строку:

#!/bin/bash

unknown_os ()
{
echo "Unfortunately, your operating system distribution and version are not supported by this script."
echo
echo "You can override the OS detection by setting os= and dist= prior to running this script."
echo "You can find a list of supported OSes and distributions on our website: https://packages.gitlab.com/docs#os_distro_version"
echo
echo "For example, to force Ubuntu Trusty: os=ubuntu dist=trusty ./script.sh"
echo
echo "Please email support@packagecloud.io and let us know if you run into any issues."
exit 1
}

gpg_check ()
{
echo "Checking for gpg..."
if command -v gpg > /dev/null; then
echo "Detected gpg..."
else
echo "Installing gnupg for GPG verification..."
apt-get install -y gnupg
if [ "$?" -ne "0" ]; then
echo "Unable to install GPG! Your base system has a problem; please check your default OS's package repositories because GPG should work."
echo "Repository installation aborted."
exit 1
fi
fi
}

curl_check ()
{
echo "Checking for curl..."
if command -v curl > /dev/null; then
echo "Detected curl..."
else
echo "Installing curl..."
apt-get install -q -y curl
if [ "$?" -ne "0" ]; then
echo "Unable to install curl! Your base system has a problem; please check your default OS's package repositories because curl should work."
echo "Repository installation aborted."
exit 1
fi
fi
}

install_debian_keyring ()
{
if [ "${os}" = "debian" ]; then
echo "Installing debian-archive-keyring which is needed for installing "
echo "apt-transport-https on many Debian systems."
apt-get install -y debian-archive-keyring &> /dev/null
fi
}

detect_os ()
{
if [[ ( -z "${os}" ) && ( -z "${dist}" ) ]]; then
# some systems dont have lsb-release yet have the lsb_release binary and
# vice-versa
if [ -e /etc/lsb-release ]; then
. /etc/lsb-release

if [ "${ID}" = "raspbian" ]; then
os=${ID}
dist=`cut --delimiter='.' -f1 /etc/debian_version`
else
os=${DISTRIB_ID}
dist=${DISTRIB_CODENAME}

if [ -z "$dist" ]; then
dist=${DISTRIB_RELEASE}
fi
fi

elif [ `which lsb_release 2>/dev/null` ]; then
dist=`lsb_release -c | cut -f2`
os=`lsb_release -i | cut -f2 | awk '{ print tolower($1) }'`

elif [ -e /etc/debian_version ]; then
# some Debians have jessie/sid in their /etc/debian_version
# while others have '6.0.7'
os=`cat /etc/issue | head -1 | awk '{ print tolower($1) }'`
if grep -q '/' /etc/debian_version; then
dist=`cut --delimiter='/' -f1 /etc/debian_version`
else
dist=`cut --delimiter='.' -f1 /etc/debian_version`
fi

else
unknown_os
fi
fi

if [ -z "$dist" ]; then
unknown_os
fi

# remove whitespace from OS and dist name
os="${os// /}"
dist="${dist// /}"

echo "Detected operating system as $os/$dist."
}

main ()
{
detect_os
curl_check
gpg_check

# Need to first run apt-get update so that apt-transport-https can be
# installed
echo -n "Running apt-get update... "
apt-get update &> /dev/null
echo "done."

# Install the debian-archive-keyring package on debian systems so that
# apt-transport-https can be installed next
install_debian_keyring

echo -n "Installing apt-transport-https... "
apt-get install -y apt-transport-https &> /dev/null
echo "done."

gpg_key_url="https://packages.gitlab.com/gitlab/gitlab-ce/gpgkey"
apt_config_url="https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/config_file.list?os=${os}&dist=${dist}&source=script"

apt_source_path="/etc/apt/sources.list.d/gitlab_gitlab-ce.list"

echo -n "Installing $apt_source_path..."

# create an apt config file for this repository
curl -sSf "${apt_config_url}" > $apt_source_path
curl_exit_code=$?

if [ "$curl_exit_code" = "22" ]; then
echo
echo
echo -n "Unable to download repo config from: "
echo "${apt_config_url}"
echo
echo "This usually happens if your operating system is not supported by "
echo "packagecloud.io, or this script's OS detection failed."
echo
echo "You can override the OS detection by setting os= and dist= prior to running this script."
echo "You can find a list of supported OSes and distributions on our website: https://packages.gitlab.com/docs#os_distro_version"
echo
echo "For example, to force Ubuntu Trusty: os=ubuntu dist=trusty ./script.sh"
echo
echo "If you are running a supported OS, please email support@packagecloud.io and report this."
[ -e $apt_source_path ] && rm $apt_source_path
exit 1
elif [ "$curl_exit_code" = "35" -o "$curl_exit_code" = "60" ]; then
echo "curl is unable to connect to packagecloud.io over TLS when running: "
echo " curl ${apt_config_url}"
echo "This is usually due to one of two things:"
echo
echo " 1.) Missing CA root certificates (make sure the ca-certificates package is installed)"
echo " 2.) An old version of libssl. Try upgrading libssl on your system to a more recent version"
echo
echo "Contact support@packagecloud.io with information about your system for help."
[ -e $apt_source_path ] && rm $apt_source_path
exit 1
elif [ "$curl_exit_code" -gt "0" ]; then
echo
echo "Unable to run: "
echo " curl ${apt_config_url}"
echo
echo "Double check your curl installation and try again."
[ -e $apt_source_path ] && rm $apt_source_path
exit 1
else
echo "done."
fi

echo -n "Importing packagecloud gpg key... "
# import the gpg key
curl -L "${gpg_key_url}" 2> /dev/null | apt-key add - &>/dev/null
echo "done."

echo -n "Running apt-get update... "
# update apt on this system
apt-get update &> /dev/null
echo "done."

echo
echo "The repository is setup! You can now install packages."
}

main

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

Запускаем скрипт script.deb.sh

Убедившись, что в тексте нет ничего подозрительного, запускаем скрипт. Для этого вводим в командную строку команду bash script.deb.sh:

sudo bash script.deb.sh

Пример вывода:

Detected operating system as Ubuntu/bionic.
Checking for curl...
Detected curl...
Checking for gpg...
Detected gpg...
Running apt-get update... done.
Installing apt-transport-https... done.
Installing /etc/apt/sources.list.d/gitlab_gitlab-ce.list...done.
Importing packagecloud gpg key... done.
Running apt-get update... done.

The repository is setup! You can now install packages.

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

Запускаем установку gitlab-ce с помощью команды apt

Теперь наконец-то можно начать установку пакетов GitLab. Для этого вводим в командную строку следующую команду apt install с аргументом gitlab-ce:

sudo apt install gitlab-ce

Пример вывода:

The following NEW packages will be installed:
gitlab-ce
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 911 MB of archives.
After this operation, 2451 MB of additional disk space will be used.

Thank you for installing GitLab!
GitLab was unable to detect a valid hostname for your instance.
Please configure a URL for your GitLab instance by setting `external_url`
configuration in /etc/gitlab/gitlab.rb file.
Then, you can start your GitLab instance by running the following command:
sudo gitlab-ctl reconfigure

For a comprehensive list of configuration options please see the Omnibus GitLab readme
https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/README.md

Help us improve the installation experience, let us know how we did with a 1 minute survey:
https://gitlab.fra1.qualtrics.com/jfe/form/SV_6kVqZANThUQ1bZb?installation=omnibus&release=13-12

Важно: пакеты GitLab имеют общий размер более 1,1 Гбайт — при использовании медленного соединения они могут скачиваться долго.

Настраиваем сервер с GitLab в Ubuntu

После завершения установки можно переходить к процессу настройки сервера и изменениям файла конфигурации GitLab.

Настраиваем и включаем брандмауэр операционной системы Ubuntu

Сперва следует разрешить доступ к серверу с использованием протоколов http, https и ssh. В операционной системе Ubuntu для этого поочередно вводим в командную строку команду ufw allow с аргументами http , https и OpenSSH:

sudo ufw allow http
sudo ufw allow https
sudo ufw allow OpenSSH

Теперь нужно включить брандмауэр. Для этого вводим в командную строку команду ufw enable:

sudo ufw enable

Пример вывода:

Command may disrupt existing ssh connections. Proceed with operation (y|n)? y
Firewall is active and enabled on system startup

Подтверждаем включение брандмауэра, нажав клавишу y.

Читайте также: 15 советов по использованию команды curl в Linux.

Редактируем файл конфигурации GitLab в Ubuntu

Теперь следует открыть файл конфигурации GitLab, который расположен по адресу /etc/gitlab/gitlab.rb. Для этого мы снова воспользуемся текстовым редактором vim:

sudo vim /etc/gitlab/gitlab.rb

В содержимом находим и изменяем следующие параметры (если есть — убираем в начале строки символ комментария #):

• external_url — домен Вашего сервера, на котором установлен GitLab (должен начинаться с https:// а не с http://);
• letsencrypt['enable'] — использование сертификата Let’s Encrypt (задаем значение true);
• letsencrypt['contact_emails'] — электронная почта для регистрации (указываем Ваш email);
• letsencrypt['auto_renew'] — автообновление сертификата Let’s Encrypt (задаем значение true);
• letsencrypt['auto_renew_hour'] — время автообновления сертификата, часов (например, 12);
• letsencrypt['auto_renew_minute'] — время автообновления сертификата, минут (задаем значение в минутах — например, 30);
• letsencrypt['auto_renew_day_of_month'] — день месяца для автообновления сертификата (задаем значение — например, каждый 7-й день или */7).

Пример изменений в файле конфигурации GitLab:

external_url 'https://gitlab.hhbb.me'
letsencrypt['enable'] = true
letsencrypt['contact_emails'] = ['info@hhbb.me']
letsencrypt['auto_renew'] = true
letsencrypt['auto_renew_hour'] = "12"
letsencrypt['auto_renew_minute'] = "30"
letsencrypt['auto_renew_day_of_month'] = "*/7"

Закрываем файл и сохраняем его. В текстовом редакторе vim для этого сначала нажимаем клавишу Esc, потом комбинацию клавиш Shift + ; и вводим символы wq. После чего — нажимаем клавишу Enter.

Применяем новые настройки GitLab

Теперь, чтобы изменения вступили в силу — вводим в командную строку команду gitlab-ctl с аргументом reconfigure:

sudo gitlab-ctl reconfigure

Пример вывода:

Notes:
It seems you haven't specified an initial root password while configuring the GitLab instance.
On your first visit to your GitLab instance, you will be presented with a screen to set a
password for the default admin account with username `root`.

gitlab Reconfigured!

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

Важно: процесс выполнения скрипта зависит от производительности Вашего сервера и может потребовать много времени.

Узнаем пароль учетной запись администратора (root) в GitLab

Последний этап работы скрипта — получение автоматически сгенерированного пароля учетной записи администратора (root). Однако для соблюдения требований безопасности этот пароль не может быть выведен в командную строку (стандартный поток 1 — STDOUT). Вместо этого вывод скрипта будет содержать путь до файла, в котором указан пароль — /etc/gitlab/initial_root_password.

Открываем этот файл в текстовом редакторе. Мы снова воспользуемся vim. Для этого вводим в командную строку следующую команду:

vim /etc/gitlab/initial_root_password

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

Важно: обязательно скопируйте пароль сразу после завершения работы скрипта — спустя 24 часа его содержимое будет автоматически удалено.

Авторизуемся в веб-интерфейсе GitLab

Теперь Вам нужно авторизоваться в веб-интерфейсе GitLab. Для этого открываем браузер и вводим в адресную строку URL сервера (в нашем случае — https://gitlab.hhbb.me, у Вас — свой).

После этого в браузере откроется окно авторизации. Вводим имя учетной записи root (либо email, указанный в файле конфигурации) и скопированный из файла пароль. После чего нажимаем клавишу Sign in («Авторизоваться»).

В принципе, вполне можно пользоваться сгенерированным паролем. Однако мы рекомендуем сменить его на новый как можно скорее.

Отключаем свободную регистрацию аккаунтов (опционально)

После авторизации у Вас откроется веб-интерфейс GitLab в Ubuntu. В верхней его части Вы увидите оповещение о том, что регистрация учетных записей открыта. То есть, любой пользователей может ввести в адресною строку URL-адрес Вашего сервера и создать себе новый аккаунт. Если Вас все устраивает — нажмите кнопку Acknowledge («Ознакомлен») под оповещением.

Конечно, такие учетные записи лишены административных прав доступа. Однако в некоторых случаях свободная регистрация может быть нежелательна. Тогда просто нажмите кнопку Turn off («Отключить») под оповещением. Нужный раздел меню настроек сервера GitLab откроется автоматически.

Просто убираем галочку из чекбокса напротив опции Sign-up enabled («Регистрация включена»).

Также по умолчанию включена и опция Require admin approval for new sign-ups («Требовать одобрения администратора для новых учетных записей»). То есть, каждую заявку на создание аккаунта пользователь с правами администратора должен рассматривать и одобрять в ручном режиме.

Вместо отключения свободной регистрации можно в поле Allowed domains for sign-ups («Разрешенные домены для регистрации») перечислить разрешенные домены email, владельцы которых смогут без каких-либо ограничений регистрировать рабочие учетные записи на Вашем сервере GitLab в Ubuntu. Например, это может быть домен почтового сервиса Вашей компании. При этом с любой другой почтой регистрация будет невозможна.

Еще ниже находится поле Denied domains for sign-ups («Запрещенные домены для регистрации»). Владельцы почтовых ящиков с любого из перечисленных здесь доменов не смогут регистрировать учетные записи на Вашем сервере. К примеру, здесь можно перечислить бесплатные сервисы email, в безопасности которых Вы не уверены.

Читайте также: Chkservice — простой способ управления модулями (юнитами, unit) Systemd в терминале.

Создаем тестовый проект (репозиторий) в GitLab в Ubuntu

Давайте попробуем создать новый проект в GitLab. Для этого возвращаемся на главную страницу веб-интерфейса сервера. После чего в верхнем правом углу экрана находим и нажимаем кнопку New project («Новый проект»).

У Вас откроется окно Create new project («Создание нового проекта»), где на выбор доступны следующие варианты:

• Create blanc project («Создать пустой проект») — создать полностью новый проект без готовой структуры;
• Crate from template («Создать проект по образцу») — создать проект, структура которого будет соответствовать ранее созданному образцу;
• Import project («Импортировать проект») — загрузить структуру и содержимое существующего проекта из внешнего источника.

Нажимаем кнопку Create blanc project («Создать пустой проект»).

Прежде всего, заполняем поле Project name («Название проекта») — вводим название test-project.

Далее в поле Project URL («URL проекта») у Вас есть возможность настроить формат URL-адреса проекта. А именно — будет ли подставляться в адрес имя пользователя или название группы пользователей, работающих над проектом.

Еще ниже находится чекбокс Visibility level («Уровень видимости»), в котором доступны три варианта:

• Privat («Частный») — доступен только указанным конкретным зарегистрированным пользователям либо группе пользователей;
• Internal («Внутренний») — доступен всем зарегистрированным пользователям;
• Public («Публичный») — доступен без регистрации на Вашем сервере GitLab.

Поскольку этот проект тестовый — подойдет любой из вариантов. Выбираем Internal («Внутренний») и нажимаем кнопку Create project («Создать проект»). У Вас откроется окно только что созданного проекта.

Ниже на этой же странице Вы найдете раздел Add your files («Добавить Ваши файлы»).

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

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

Читайте также: Как использовать систему управления версиями Git в Linux.

Выводы

Теперь Вы знаете, как установить и настроить GitLab в Ubuntu 18.04 / 20.04. Этот инструмент почти наверняка пригодится в работе, независимо от Вашей ИТ-профессии. Например, разработчики программного обеспечения смогут хранить на сервере различные версии исходного кода проекта+ тогда как инженеры DevOps, сетевые инженеры и специалисты по программируемым сетям и система (DevOps / DevNet) — могут использовать GitLab для хранения файлов конфигурации, скриптов и прочих полезных файлов.

Спасибо за время, уделенное прочтению статьи!

Если возникли вопросы — задавайте их в комментариях.

Подписывайтесь на обновления нашего блога и оставайтесь в курсе новостей мира инфокоммуникаций!

Чтобы знать больше и выделяться знаниями среди толпы IT-шников, записывайтесь на курсы Cisco, курсы по кибербезопасности, полный курс по кибербезопасности, курсы DevNet / DevOps (программируемые системы) от Академии Cisco, курсы Linux от Linux Professional Institute на платформе SEDICOMM University (Университет СЭДИКОММ).