Как установить git в ос linux (на примере ubuntu 16.04)

Установка Git с помощью Apt

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

Используйте инструмент управления пакетами apt для обновления локального индекса пакетов. После этого загрузите и установите программу:

Эти команды скачают необходимые пакеты и установят git. Тем не менее, нужно будет выполнить действия, описанные в разделе «Настройка git», прежде чем приступать к работе.

Запуск установки Ubuntu

Как пользоваться PIP

Давайте разберём синтаксис утилиты и её основные команды. Они помогут вам искать, устанавливать и удалять пакеты. Синтаксис утилиты довольно прост:

$ pip команда опции имя_пакета

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

• install — установить пакет;
• uninstall — удалить пакет;
• search — найти пакет;
• list — список установленных пакетов;
• show — просмотр информации про установленный пакет.

Опций у утилиты достаточно много, поэтому здесь они описаны не будут. Давайте рассмотрим несколько примеров работы с утилитой. Найдём пакеты, содержащие слово «stress» в имени или описании:

Чтобы установить программу, например Stress Terminal, используйте команду:

Теперь она отобразится в списке установленных пакетов:

Чтобы удалить программу, используйте uninstall:

Для версии PIP3 все команды аналогичны.

Установка стабильной версии дистрибутива из стандартных репозиториев

В стандартных репозиториях Ubuntu 18.04 есть версия Node.js, которую удобно использовать для обеспечения однородной среды выполнения сетевых приложений сразу на нескольких серверах. На момент написания этой статьи текущая версия в репозиториях — 8.10.0. Это не самая последняя версия, но она довольно стабильна и её будет достаточно для экспериментов с языком.

Для установки этой версии воспользуемся пакетным менеджером . Сначала обновим локальный индекс пакетов:

Теперь установим Node.js из репозиториев:

Если пакет из репозиториев удовлетворяет вашим потребностям, то на этом установка Node.js закончена. Однако в большинстве случаев вам также потребуется установить — менеджер пакетов для Node.js. Это можно сделать при помощи следующей команды:

Это позволит вам легко устанавливать модули и пакеты для Node.js.

Из-за конфликта с другим пакетом, исполняемый файл из репозиториев Ubuntu называется вместо . При работе имейте это ввиду.

Для проверки того, какую именно версию Node.js вы установили в процессе, описанном выше, выполните команду:

После того, как вы определили версию Node.js, установленную из репозиториев Ubuntu, вы можете решить, хотите ли вы работать с разными версиям, архивами пакетов или менеджерами версий. Далее мы рассмотрим эти вопросы вместе с процессом более гибкой установки.

Как настроить Git

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

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

Все заданные настройки конфигурации можно просмотреть при помощи команды:

Как Вы можете заметить, они имеют несколько иной формат. Настройки хранятся в конфигурационном файле, который при желании можно редактировать вручную в текстовом редактором, например так:

Существует большое количество других настроек, которые можно задать, но эти две являются базовыми и нужны всем. Если Вы пропустите этот шаг, то скорее всего увидите предупреждения (warnings) следующего вида при коммитах в :

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

Заключение

Теперь установлен и готов к использованию на Вашей системе. Чтобы узнать больше о том, как пользоваться Git, посмотрите эти статьи:

• Как использовать Git эффективно
• Как использовать ветвление в Git

Установка git из исходного кода

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

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

Установив все зависимости, приступайте к установке любой необходимой версии git, посетив страницу проекта на GitHub.

Чтобы получить последнюю стабильную версию, нужно изменить ветку до последней (не rc) с помощью кнопки в левой части страницы:

Далее, на правой стороне страницы, щелкните правой кнопкой мыши на кнопку Download ZIP и выберите опцию вроде Copy Link Address:

Вернитесь на сервер Ubuntu 14.04, введите wget и вставьте только что скопированный адрес.

Обратите внимание: скопированный вами URL может отличаться от URL в примере. Распакуйте загруженный файл и перейдите в каталог с этим файлом, набрав:

Распакуйте загруженный файл и перейдите в каталог с этим файлом, набрав:

Теперь можно использовать команду make и установить пакет при помощи:

Готово! Программа git установлена на сервер. Чтобы обновить ее до последней версии, клонируйте файл из репозитория, после чего соберите и установите его:

Чтобы найти URL для выполнения клонирования, перейдите к необходимой ветке или тегу на странице проекта на GitHub и скопируйте URL справа:

Это действие создаст внутри текущего каталога новый каталог, в котором можно снова собрать пакет и установить более новую версию, как уже было показано выше. При этом устаревшая версия будет переписана новой версией программы:

Шаг 3 — Настройка правил брандмауэра

Прежде чем настраивать GitLab, убедитесь, что правила брандмауэра разрешают веб-трафик. Если вы следовали указаниям, ссылки на которые приведены в предварительных требованиях, у вас будет активирован брандмауэр .

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

Как видите, текущие правила разрешают трафик SSH, однако доступ к другим службам ограничен. Поскольку GitLab представляет собой веб-приложение, мы должны разрешить доступ HTTP. Поскольку мы будем использовать возможность GitLab запрашивать и активировать бесплатный сертификат TLS/SSL от Let’s Encrypt, необходимо также разрешить доступ HTTPS.

Протокол сопоставления портов HTTP и HTTPS доступен в файле , и мы можем разрешить этот входящий трафик по имени. Если у вас еще не разрешен трафик OpenSSH, вы также должны разрешить этот трафик:

Проверьте статус еще раз; на настоящий момент должен быть настроен доступ как минимум к следующим двум службам:

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

Установка GitLab в Ubuntu 18.04

У GitLab есть несколько версий. Кроме онлайн версии, в которую вы можете выгружать свои проекты, доступной на веб-сайте GitLab.com, есть версия Community Edition и платная версия Enterprice Edition, которые можно установить на свой компьютер и создать собственный Git-сервер. В этой инструкции мы рассмотрим, как установить GitLab Ubuntu 18.04 версии Community Edition. Для этого будем использовать официальный репозиторий.

Сначала обновите репозитории до самой последний версии:

1. Установка репозитория

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

2. Установка пакета программы

После завершения вы можете установить gitlab-ce командой:

Когда установка GitLab Ubuntu 18.04 будет завершена, вы увидите такое сообщение:

3. Развёртывание GitLab

Теперь нам необходимо подготовить программу к работе. Сначала нужно настроить URL, по которой будет открываться интерфейс GitLab. Для этого откройте файл /etc/gitlab/gitlab.rb и найдите там строчку external_url. Здесь нужно указать ваш домен. На своём локальном компьютере я буду использовать домен gitlab.local:

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

Если на вашем сервере включён брандмауэр, необходимо добавить в исключения порты для протоколов http и ssh:

Чтобы наш локальный домен работал, необходимо добавить запись о нём в файл /etc/hosts:

4. Развёртывание программы с установленным Apache

Если на вашем компьютере уже установлен веб-сервер Apache, вы можете настроить программу таким образом, чтобы она работала через существующий веб-сервер. Для этого измените такие строки в /etc/gitlab/gitlab.rb:

Затем пересоберите программу:

В Apache надо добавить новый виртуальный хост с такой конфигурацией:

<VirtualHost *:80>
ServerName gitlab.local
ServerSignature Off
ProxyPreserveHost On
AllowEncodedSlashes NoDecode
<Location />
  Require all granted
  ProxyPassReverse http://127.0.0.1:8080
  ProxyPassReverse http://gitlab.local
</Location>
RewriteEngine on
RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-f
RewriteRule .* http://127.0.0.1:8080%{REQUEST_URI} 
DocumentRoot /opt/gitlab/embedded/service/gitlab-rails/public
ErrorDocument 404 /404.html
ErrorDocument 422 /422.html
ErrorDocument 500 /500.html
ErrorDocument 503 /deploy.html
LogFormat "%{X-Forwarded-For}i %l %u %t \"%r\" %>s %b" common_forwarded
ErrorLog /var/log/apache2/gitlab_error.log
CustomLog /var/log/apache2/gitlab_forwarded.log common_forwarded
CustomLog /var/log/apache2/gitlab_access.log combined env=!dontlog
CustomLog /var/log/apache2/gitlab.log combined
</VirtualHost>

Здесь gitlab.local — это домен, который будет использоваться для доступа к gitlab, а порт 8080 — тот порт, на котором сервис gitlab ожидает соединений. Его можно посмотреть командой:

После этого активируйте модули Apache — rewrite, proxy и proxy_http:

А потом активируйте наш виртуальный хост и перезапустите Apache:

GITK

GITK представляет из себя многослойный графический интерфейс Git, позволяющий пользователям в любой ситуации эффективно работать с программным обеспечением. Его главная цель состоит в том, чтобы обогатить адаптивность программного обеспечения. Он работает на многоуровневой архитектуре MVC, где функциональные возможности интерфейса надлежащим образом отделены от внешнего вида.

Важно отметить, что GITK позволяет выбрать вид и стиль пользовательского интерфейса, который соответствует его/ее потребностям в зависимости от способностей, предпочтений и текущей среды

sudo apt-get install gitk

Подготовка сервера

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

1. Обновление списков пакетов

Выполняем команду:

apt-get update

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

apt-get upgrade

2. Время

Установим часовой пояс:

timedatectl set-timezone Europe/Moscow

* данная команда задаст настройки для московского времени. Все файлы с временными зонами находятся в каталоге /usr/share/zoneinfo.

Для автоматической синхронизации времени ставим пакет:

apt-get install chrony

И разрешаем автозапуск сервиса:

systemctl enable chrony

3. Настройка брандмауэра

По умолчанию, в Ubuntu брандмауэр настроен на то, чтобы принимать любые пакеты. Но если у нас он настроен на блокировку, нужно добавить порты 80 и 443.

iptables -A INPUT -p tcp —dport 80 -j ACCEPT

iptables -A INPUT -p tcp —dport 443 -j ACCEPT 

И чтобы сохранить правила, устанавливаем iptables-persistent:

apt-get install iptables-persistent

… и выполняем команду: 

netfilter-persistent save

Установка Git при помощи утилиты Apt

Самый простой способ получить установленный и готовый к использованию — это использовать стандартные репозитории Ubuntu. Это наиболее быстрый способ, однако при этом версия может быть не самой последней. Если вы хотите самый последний релиз, рассмотрите вариант установки из исходников, описанный далее в разделе “Установка Git из исходных кодов”.

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

Эти команды загрузят и установят на вашу систему. Вам все еще нужно будет произвести настройку, о которой рассказано в разделе “Как настроить Git”.

Неверный быстрый способ установки Git.

Первая мысль, которая приходит к уверенному пользователю Ubuntu, когда он сталкивается с потребностью установки нужной программы, это воспользоваться встроенной консольной утилитой для управления пакетами apt-get. Почти всегда, это будет верным решением, но не в случае установки git. Причиной является то, что в официальных репозиториях для Ubuntu 16.04 имеется очень старая версия программы git.
Для того, чтобы проверить имеющуюся версию в репозитории, вначале нужно обновить информацию о доступных  программах и их версиях, имеющихся в источниках по умолчанию. Делается это с помощью команды (если потребуется то вводите пароль суперпользователя):

1	$ sudo apt-get update

Фрагмент выполнения команды apt-get update

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

1	$ sudo apt-cache show git

Но для получения только информации о версии без лишних данных, предпочтительнее результат выполнения передать в команду grep. Делается это следующим образом:

1	$ sudo apt-cache show git | grep -i version

Пример выполнения команды для получения информации о версии.

В ситуации выше мы видим, что имеется возможность установить git версии 2.7.4, НО это версия старая и наверняка будет не содержать некоторых нужных вам инструментов, и именно поэтому установка программы git  с помощью apt-get из официальных репозиториев по умолчанию это плохая идея.

Первый способ: Магазин приложений

Самый новый и наиболее удобный метод. Работает в Arch, Linux Mint, Fedora и Elementary OS. Удобный формат упаковки и распространения ПО поддерживается ведущими разработчиками софта, в числе которых Google и Microsoft.

Перейдите в магазин приложений Snapcraft.

Прокрутите страницу вниз до кнопки «Browse the Snap Store».

Если вы прокрутите страницу ниже, вы увидите различные приложения, расположенные по категориям. Устанавливать их можно тем же способом, который я рассмотрю на примере одной программы. Если вы точно знаете название нужного вам приложения, используйте поисковую строку. Чтобы установить популярный медиаплеер VLC, введите его название в строку поиска и нажмите кнопку «Search» («Поиск»). Отобразятся результаты поиска.

Откройте нужный вам: «VLC». Нажмите кнопку «Install».

Нажмите на кнопку «View in Desktop store». Ниже показана команда для установки через Консоль (Терминал).

Вам будет предложено открыть ссылку в Менеджере приложений Ubuntu. Выберите этот вариант. Нажмите «Open link».

Нажмите кнопку «Установить».

Введите пароль администратора компьютера. Нажмите «Подтвердить».

На экране отображается, на сколько процентов выполнен процесс установки.

Приложение установлено. Вам предлагается открыть программу нажатием кнопки «Запустить» или удалить ее.

Вы можете начать пользоваться плеером VLC прямо сейчас.

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

What else can we do?

All of these branches have history, like one would expect, reflecting the exact publishing history of php7.0 within the context of that branch’s semantics, e.g., the history of ‘pkg/ubuntu/xenial-security’ shows all uploads to the security pocket of 16.04 and what those uploads, in turn, are based off of, etc. As another example,  shows you the long history of the latest upload to Ubuntu.

With this complete imported history, we can not only see the history of the current version and any given series, but also what is different between versions and releases 16.04 and 17.04 for php7.0!

For other source packages that have existed much longer, you would be able to compare LTS to LTS, and do all the other normal -ish things you might like, such as  to see what introduced a specific change to a file.

We can also see all remote-tracking branches with the normal 

This shows us a few of the namespaces in use currently:

• pkg/ubuntu/* — patches-unapplied Ubuntu series branches
• pkg/debian/* — patches-unapplied Debian series branches
• pkg/applied/ubuntu/* — patches-applied Ubuntu series branches
• pkg/applied/debian/* — patches-applied Debian series branches
• pkg/importer/* — importer-internal branches

As Robie mentioned in the first post, we are currently using a whitelist to constrain the importer to a small subset of source packages. What happens if you request to clone a source package that has not yet been imported?

While many details (particularly why the repository looks the way it does) have been glossed in this post, we now have a starting point for cloning any source package (if it has been imported) and a way to request an import of any source package.

Confirm partitions

With the target drive selected, the installer will calculate what partitions to create and present this information…

If this isn’t what you expected to see (e.g., you have selected the wrong drive), you should use the arrow keys and enter to select from the options at the bottom of the screen. This will take you back to the previous menu where you can select a different drive.

It is also possible to manually change the partitions here, by selecting . Obviously you should only select this if you are familiar with how partitions work.

When you are happy with the disk layout displayed, select to continue.

Шаг 4 — Редактирование файла конфигурации GitLab

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

Наверху вы увидите строку конфигурации . Измените эту строку для соответствия с вашим доменом. Замените на , чтобы GitLab автоматически перенаправлял пользователей на сайт, защищенный сертификатом Let’s Encrypt:

/etc/gitlab/gitlab.rb

/etc/gitlab/gitlab.rb

Сохраните и закройте файл. Запустите следующую команду, чтобы изменить конфигурацию Gitlab:

Команда выполняет инициализацию GitLab, используя информацию о вашем сервере, которую она сможет найти. Этот процесс полностью автоматизирован, и вам не нужно вводить никакие данные в диалоги. Данный процесс также настроит сертификат Let’s Encrypt для вашего домена.

Instalación de Git desde la fuente

Si busca un método más flexible para instalar Git, puede optar por compilar el software desde la fuente, lo cual explicaremos en esta sección. Esto toma más tiempo y no se mantendrá en su administrador de paquetes, pero le permitirá descargar la versión más reciente y le brindará mayor control sobre las opciones que incluya si quiere personalizarlo.

Verifique la versión de Git que está instalada actualmente en el servidor:

Si Git está instalado, obtendrá un resultado similar al siguiente:

Antes de comenzar, debe instalar el software necesario para Git. Todo se encuentra disponible en los repositorios predeterminados, de modo que podemos actualizar nuestro índice local de paquetes y luego instalar los paquetes pertinentes.

Tras haber instalado las dependencias necesarias, cree un directorio temporal y vaya a él. Aquí es donde descargaremos nuestro tarball de Git.

Desde el sitio web del proyecto Git, podemos navegar a la lista de tarball disponible en https://mirrors.edge.kernel.org/pub/software/scm/git/ y descargar la versión que quiera utilizar. En el momento de escribir este artículo, la versión más reciente es 2.26.2, así que descargaremos esa versión para nuestra demostración. Utilizaremos curl y enviaremos el archivo que descarguemos a .

Descomprima el archivo tarball:

A continuación, vaya al nuevo directorio de Git:

Ahora, podrá crear el paquete e instalarlo escribiendo estos dos comandos:

Ahora, sustituya el proceso de shell para que se utilice la versión de Git que acabamos de instalar:

Una vez completado esto, puede estar seguro de que su instalación se realizó correctamente comprobando la versión.

Con Git instalado correctamente, ahora puede finalizar su configuración.

What next?

With Ubuntu Server installed, you can now carry on and build that file-server or multi-node cluster we mentioned!

If you are new to Ubuntu Server, we’d recommend reading the Server Guide.

You can also check out the latest on Ubuntu Server, and what others are using it for on the Ubuntu Server pages.

Finding help

The Ubuntu community, for both desktop and server, is one of the friendliest and most well populated you can find. That means if you get stuck, someone has probably already seen and solved the same problem.

Try asking for help in one of the following places:

• Ask Ubuntu
• Ubuntu Forums
• IRC-based support

Alternatively, if you need commercial support for your server deployments, take a look at Ubuntu Advantage.

Was this tutorial useful?

Thank you for your feedback.

Третий способ: PPA (архивы пакетов)

Предварительные требования

Для данного обучающего руководства вам потребуется следующее:

Сервер Ubuntu 18.04 с пользователем non-root sudo и простым брандмауэром. Для настройки такой системы следуйте нашему руководству по начальной настройке сервера Ubuntu 18.04.

В к аппаратному обеспечению рекомендуется использовать сервер со следующими параметрами:

• 2 процессорных ядра
• 8 Гбайт оперативной памяти

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

Доменное имя, указывающее на ваш сервер. Дополнительную информацию можно найти в документации по началу использования DNS на DigitalOcean. В этом обучающем руководстве мы будем использовать доменное имя example.com.

Using git ubuntu clone

Let’s say we are interested in looking at the state of PHP 7.0 in Ubuntu. First, we obtain a local copy of the repository***: 

With that one command, we now have the entire publishing history for php7.0 in ./php7.0. Anyone who has tried to find the source for an Ubuntu package before will recognize this as a significant simplification and improvement.

With , we would expect to be on a ‘master’ branch after cloning.  defaults to a local branch ‘ubuntu/devel’, which represents the current tip of development in Ubuntu. ‘ubuntu/devel’ is branched from the remote-tracking branch ‘pkg/ubuntu/devel’.

You might now be wondering, “What is ‘pkg/’?”

The default remotes

Running , we see two remotes are already defined: ‘pkg’ and ‘nacc’.

‘pkg’ will be the same for all users and is similar to ‘origin’ that  users will be familiar with. The second is a derived remote name based upon a Launchpad ID. As shown above, the first time run  runs, it will prompt for a Launchpad ID that will be cached for future use in . Much like ‘origin’, the ‘pkg’ branches will keep moving forward via the importer and running  will keep your local remote-tracking branches up to date. While not strictly enforced by  or , we should treat the ‘pkg/’ namespace as reserved and read-only to avoid any issues.

The importer branches

The tip of ‘pkg/ubuntu/devel’ reflects the latest version of this package in Ubuntu. This will typically correspond to the development release and often will be the version in the ‘-proposed’ pocket for that release. As mentioned earlier, a local branch ‘ubuntu/devel’ is created by default, which starts at ‘pkg/ubuntu/devel’, much like ‘master’ typically starts at ‘origin/master’ by default when using . Just like the tip of ‘ubuntu/devel’ is the latest version in Ubuntu for a given source package, there are series-‘devel’ branches for the latest in a given series, e.g., the tip of ‘pkg/ubuntu/xenial-devel’ is the latest version uploaded to 16.04. There are also branches tracking each ‘pocket’ of every series, e.g. ‘pkg/ubuntu/xenial-security’ is the latest version uploaded to the security pocket of 16.04.

Finally, there is a distinct set of branches which correspond to the exact same histories, but with quilt patches applied. Going into the reasoning behind this is beyond the scope of this post, but will be covered in a future post. It is sufficient for now to be aware that is what ‘pkg/applied/*’ are for.

Installing Git from Source

If you’re looking for a more flexible method of installing Git, you may want to compile the software from source, which we will go over in this section. This takes longer and will not be maintained through your package manager, but it will allow you to download the latest release and will give you greater control over the options you include if you wish to make customizations.

Verify the version of Git currently installed on the server:

If Git is installed, you’ll receive output similar to the following:

Before you begin, you need to install the software that Git depends on. This is all available in the default repositories, so we can update our local package index and then install the relevant packages.

After you have installed the necessary dependencies, create a temporary directory and move into it. This is where we will download our Git tarball.

From the Git project website, we can navigate to the tarball list available at https://mirrors.edge.kernel.org/pub/software/scm/git/ and download the version you would like. At the time of writing, the most recent version is 2.26.2, so we will download that for demonstration purposes. We’ll use curl and output the file we download to .

Unpack the compressed tarball file:

Next, move into the new Git directory:

Now, you can make the package and install it by typing these two commands:

Now, replace the shell process so that the version of Git we just installed will be used:

With this complete, you can be sure that your install was successful by checking the version.

With Git successfully installed, you can now complete your setup.