Git для начинающих. часть 2. установка git

Установка диспетчера учетных данных GitGit Credential Manager setup

Диспетчер учетных данных Git позволяет выполнять проверку подлинности на удаленном сервере Git, даже если имеется сложная модель проверки подлинности, например двухфакторная проверка подлинности, Azure Active Directory или использование удаленных URL-адресов SSH, требующих пароля ключа SSH для каждой принудительной отправки Git.Git Credential Manager enables you to authenticate a remote Git server, even if you have a complex authentication pattern like two-factor authentication, Azure Active Directory, or using SSH remote URLs that require an SSH key password for every git push. Диспетчер учетных данных Git интегрируется в поток проверки подлинности для таких служб, как GitHub, и после проверки подлинности в поставщике услуг размещения запрашивает новый маркер проверки подлинности.Git Credential Manager integrates into the authentication flow for services like GitHub and, once you're authenticated to your hosting provider, requests a new authentication token. Затем маркер сохраняется в диспетчере учетных данных Windowsв безопасном режиме.It then stores the token securely in the Windows Credential Manager. В дальнейшем диспетчер учетных данных Git можно использовать для взаимодействия с поставщиком услуг размещения без повторной проверки подлинности.After the first time, you can use git to talk to your hosting provider without needing to re-authenticate. Он просто обратится к маркеру в диспетчере учетных данных Windows.It will just access the token in the Windows Credential Manager.

Чтобы настроить диспетчер учетных данных Git для использования с дистрибутивом WSL, откройте дистрибутив и введите такую команду:To set up Git Credential Manager for use with a WSL distribution, open your distribution and enter this command:

Теперь при всех операциях Git, выполняемых в дистрибутиве WSL, будет использоваться диспетчер учетных данных.Now any git operation you perform within your WSL distribution will use the credential manager. Если у вас уже есть кэшированные учетные данные для узла, к ним будет выполняться доступ из диспетчера учетных данных.If you already have credentials cached for a host, it will access them from the credential manager. В противном случае отобразится диалоговое окно с запросом учетных данных, даже если вы работаете в консоли Linux.If not, you'll receive a dialog response requesting your credentials, even if you're in a Linux console.

Примечание

Setting Up Git

Now that you have Git installed, you should configure it so that the generated commit messages will contain your correct information.

We can see all of the configuration items that have been set by typing:

The information you enter is stored in your Git configuration file, which you can optionally edit by hand with a text editor like this:

~/.gitconfig contents

There are many other options that you can set, but these are the two essential ones needed. If you skip this step, you’ll likely see warnings when you commit to Git. This makes more work for you because you will then have to revise the commits you have done with the corrected information.

Install Git on Windows

  1. Navigate to the latest Git for Windows installer and download the latest version.
  2. Once the installer has started, follow the instructions as provided in the Git Setup wizard screen until the installation is complete.
  3. Open the windows command prompt (or Git Bash if you selected not to use the standard Git Windows Command Prompt during the Git installation).
  4. Type to verify Git was installed.

Note: is a popular and recommended resource for downloading Git for Windows. The advantage of downloading Git from is that your download automatically starts with the latest version of Git included with the recommended command prompt, . The download source is the same Git for Windows installer as referenced in the steps above.

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

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

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

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

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

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

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

Добавление файла игнорирования GitAdding a Git Ignore file

Рекомендуется добавить gitignore- файл в проекты.We recommend adding a .gitignore file to your projects. GitHub предлагает набор полезных шаблонов. gitignore с рекомендуемыми настройками файлов gitignore, организованными в соответствии с вашим вариантом использования.GitHub offers a collection of useful .gitignore templates with recommended .gitignore file setups organized according to your use-case. Например, вот шаблон gitignore по умолчанию GitHub для проекта Node.js.For example, here is GitHub's default gitignore template for a Node.js project.

Если вы решили создать репозиторий с помощью веб-сайта GitHub, доступны флажки для инициализации репозитория с файлом readme, gitignore-файлом, настроенным для конкретного типа проекта, и вариантами добавления лицензии, если это необходимо.If you choose to create a new repo using the GitHub website, there are check boxes available to initialize your repo with a README file, .gitignore file set up for your specific project type, and options to add a license if you need one.

Создать репозиторий Git

Как создать каталог для вашего первого проекта.

mkdir ~/git_repo

Команда выше создаст новый каталог с именем внутри вашей домашней директории. Не стесняйтесь использовать другое имя.

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

git init ~/git_repo

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

git status

Поскольку хранилище не содержит каких-либо файлов, вы увидите что-то вроде этого:

# On branch master
#
# Initial commit
#
nothing to commit (create/copy files and use "git add" to track)

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

git add

Тем не менее, эта команда не влияет на хранилище. Для записи изменений в хранилище, вы должны выполнить команду ниже:

git commit

Для помощи по командам Git вы можете использовать следующую команду:

git --help

Это список наиболее часто используемых команд Git:

- add        добавить содержимое файла в индекс
- bisect     найти двоичный поиск в изменении, которые ведут ошибку
- branch     ветви, создавать или удалять ветви
- checkout   оформить заказ филиала или пути к рабочему дереву
- clone      клон репозитория в новый каталог
- commit     изменения записи в хранилище
- diff       показать изменения между commits, commit и рабочего дерева и т.д.
- fetch      загрузить объекты и ссылки из другого репозитория
- grep       вывести строки, совпадающие с шаблоном
- init       инициализации пустого репозитория Git или переинициализирование существующего
- log        показать журналы фиксации
- merge      слиянием двух или более историй развития вместе
- mv         переместить или переименовать файл, папку или символическую ссылку
- pull       перенести и слияние с другим репозиторием или местным филиалом
- push       удаленного обновления рефов вместе с сопутствующими объектами
- rebase     форвард-порт commits на обновленный вверх по течению головки
- reset      сброс текущего HEAD в указанном состоянии
- rm         удалить файлы из рабочего дерева и из индекса
- show       показать различные типы объектов
- status     показать состояние рабочего дерева
- tag        создать, список, удалить или проверить объект тегов, подписанный с помощью GPG

Для получения дополнительной информации и примеры использования вы можете прочитать официальную документацию Git , которая доступна на https://git-scm.com/doc~~pobj.

Шаг 1 — Установка зависимостей

Прежде чем выполнять установку GitLab, важно установить программное обеспечение, используемое при установке и на постоянной основе. К счастью, все требуемое программное обеспечение можно легко установить из заданных по умолчанию хранилищ пакетов Ubuntu

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

Вероятно, некоторые элементы этого программного обеспечения у вас уже установлены. Для установки выберите вариант Internet Site в диалоговом окне. На следующем экране введите доменное имя вашего сервера, чтобы настроить отправку почты в системе.

Настройка Nginx в качестве прокси-сервера завершения SSL

Этот шаг не является обязательным, но он настоятельно рекомендуется. Чтобы использовать Nginx в качестве обратного прокси-сервера, вам нужен домен или поддомен, указывающий на публичный IP-адрес вашего сервера. В этом уроке мы будем использовать git.example.ru.

Сначала установите Nginx и создайте бесплатный SSL-сертификат Let’s Encrypt, используя приведенные ниже инструкции:

  • Как установить Nginx на Ubuntu 18.04
  • Безопасный Nginx с Let’s Encrypt на Ubuntu 18.04

После этого откройте текстовый редактор и отредактируйте файл блока сервера домена :

sudo nano /etc/nginx/sites-enabled/git.example.ru

/etc/nginx/sites-enabled/git.example.ru

server {
    listen 80;
    server_name git.example.ru;

    include snippets/letsencrypt.conf;
    return 301 https://git.example.ru$request_uri;
}

server {
    listen 443 ssl http2;
    server_name git.example.ru;

    proxy_read_timeout 720s;
    proxy_connect_timeout 720s;
    proxy_send_timeout 720s;

    client_max_body_size 50m;

    # Proxy headers
    proxy_set_header X-Forwarded-Host $host;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_set_header X-Real-IP $remote_addr;

    # SSL parameters
    ssl_certificate /etc/letsencrypt/live/git.example.ru/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/git.example.ru/privkey.pem;
    ssl_trusted_certificate /etc/letsencrypt/live/git.example.ru/chain.pem;
    include snippets/letsencrypt.conf;
    include snippets/ssl.conf;

    # log files
    access_log /var/log/nginx/git.example.ru.access.log;
    error_log /var/log/nginx/git.example.ru.error.log;
    # Handle / requests
    location / {
       proxy_redirect off;
       proxy_pass http://127.0.0.1:3000;
    }
}

Не забудьте заменить git.example.ru вашим доменом Gitea и указать правильный путь к файлам SSL-сертификатов. HTTP – трафик перенаправляется на HTTPS

Перезапустите службу Nginx, чтобы изменения вступили в силу:

sudo systemctl restart nginx

Затем измените домен Gitea и корневой URL. Для этого откройте файл конфигурации и отредактируйте следующие строки:

sudo nano /etc/gitea/app.ini

/etc/gitea/app.ini

DOMAIN           = git.example.ru
ROOT_URL         = https://git.example.ru/

Перезапустите сервис Gitea, введя:

sudo systemctl restart gitea

На этом этапе прокси-сервер Gitea настроен, и вы можете получить к нему доступ по адресу: https://git.example.ru

Installing Git with Default Packages

The option of installing with default packages is best if you want to get up and running quickly with Git, if you prefer a widely-used stable version, or if you are not looking for the newest available functionalities. If you are looking for the most recent release, you should jump to the section on .

Git is likely already installed in your Ubuntu 20.04 server. You can confirm this is the case on your server with the following command:

If you receive output similar to the following, then Git is already installed.

If this is the case for you, then you can move onto , or you can read the next section on if you need a more up-to-date version.

However, if you did not get output of a Git version number, you can install it with the Ubuntu default package manager APT.

First, use the apt package management tools to update your local package index.

With the update complete, you can install Git:

You can confirm that you have installed Git correctly by running the following command and checking that you receive relevant output.

With Git successfully installed, you can now move on to the section of this tutorial to complete your setup.

Setting Up Git

After you are satisfied with your Git version, you should configure Git so that the generated commit messages you make will contain your correct information and support you as you build your software project.

We can display all of the configuration items that have been set by typing:

The information you enter is stored in your Git configuration file, which you can optionally edit by hand with a text editor of your choice like this (we’ll use nano):

~/.gitconfig contents

Press and , then then to exit the text editor.

There are many other options that you can set, but these are the two essential ones needed. If you skip this step, you’ll likely see warnings when you commit to Git. This makes more work for you because you will then have to revise the commits you have done with the corrected information.

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

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

Обычно, структура проекта в Git будет зависеть от масштаба и сложности вашей программы. Но для начала мы будем использовать проект, состоящий только из одной ветви. Каждый проект содержит одну ветку по умолчанию, она называется master. Наш первый проект будет называться test.

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

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

Эта команда создаст нужную структуру папок и переводит текущий каталог в только что созданный. Теперь создадим первый файл нашего проекта:

Проект готов, но система контроля версий git еще не знает об этом.

Настройка проекта в git

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

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

Если все прошло хорошо, то команда ничего не выведет.

Фиксация изменений

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

Таким образом, вы будете хранить все версии проекта, от самой первой и до текущей, а также сможете знать что, когда и где было изменено. Чтобы создать свой первый коммит выполните:

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

Отправка изменений

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

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

Затем можно посмотреть список удаленных репозиториев:

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

Команда push указывает, что нужно отправить данные в удаленный репозиторий, origin — наш настроенный репозиторий, а master — ветвь.

Управление ветвями

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

Опция -a указывает что нужно вывести все ветви, даже не синхронизированные. Звездочка указывает на активную ветвь. Теперь создадим ветвь для разработки с помощью команды checkout:

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

Теперь создадим еще один файл:

И добавим его в нашу новую ветвь develop:

Сделаем коммит для внесенных изменений:

Дальше проверим существует ли этот файл в основной ветке master или только в дополнительной. Смотрим текущую ветку:

Затем переключаемся на ветку master и снова смотрим:

Здесь файла нет, так и должно быть. В git есть такая полезная вещь, как слияние. С помощью нее вы можете объединить две ветви. Например, переместить код из рабочей ветки в стабильную. Для этого достаточно выполнить команду merge:

Перед тем как будет выполнено слияние вам нужно ввести комментарий, зачем это нужно. Затем если вы еще раз выполните ls, то увидите, что здесь уже есть нужный файл. Наши примеры git подошли к концу.

Возможные ошибки

1. При попытке отправить данные на GitHub, получаем ошибку:

error: src refspec master does not match any.
error: failed to push some refs to 'https://github.com/dmosktest/project1.git'

* где dmosktest/project1.git — путь к нашему репозиторию.

Причина: проект ни разу не был зафиксирован (закоммичен).

Решение: добавляем комментарий к нашему проекту:

git commit -m «first commit»

Устанавливаем SSH-ключи

Git установлен, профиль на GitHub создан. Осталось добавить SSH-ключ и можно приступать к работе с проектом.

Что такое SSH-ключ и зачем он нужен?

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

Каждый SSH-ключ содержит пару: открытый (публичный) и закрытый (приватный) ключ. Открытый ключ отправляется на сервер, его можно не прятать от всех и не переживать, что кто-то его увидит и украдёт. Он бесполезен без своей пары — закрытого ключа. А вот закрытый ключ — секретная часть. Доступ к нему должен быть только у вас.

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

Чтобы пройти авторизацию по SSH-ключу, его надо сгенерировать или найти уже ранее созданный ключ на своём компьютере.

Сначала проверим, есть ли уже на компьютере ключ. По умолчанию SSH-ключи хранятся в каталоге , поэтому нужно проверить содержимое этого каталога.

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

    Переходим в нужную директорию.

  3. Используем , чтобы увидеть список всех файлов в каталоге.

    Открываем список файлов в директории.

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

    • Открываем консоль и вводим команду:
      ssh-keygen -t rsa -b 4096 -C "your_mail@example.com"

      Указываем тот адрес электронной почты, который вводили при регистрации на GitHub.

      Генерируем ключ.

    • Далее нужно указать расположение файла для сохранения ключа. Если вы не введёте путь до файла и просто нажмёте Enter, ключ сохранится в файле, указанном в скобках.
    • Теперь нужно установить пароль к вашему ключу и дважды ввести его. Если вы не хотите вводить пароль каждый раз, когда используете ключ, пропустите этот шаг, нажав «Enter», и ничего не вводите.

      Указываем расположение ключа и вводим пароль.

  4. Добавляем ключ в (сгенерированный или уже существующий). Проверяем доступность ключа командой и добавляем с помощью , где указываем верный путь до файла с ключом и его имя.

    Добавляем ключ в shh-agent. Несколько важных примечаний:

    • Если вы захотите переименовать ключ, могут возникнуть проблемы. Их можно решить, добавив в связь ключа с доменом.
    • Если у вас Windows и вы пользуетесь программой Cmder, возможны проблемы с командой . Может появиться такое сообщение об ошибке:
      «eval не является внутренней или внешней командой, исполняемой программой или пакетным файлом».

      В Сmder для запуска можно использовать команду .

      Если проблема осталась, рекомендуем работать в Git Bash.

    • Если у вас macOS Sierra версии 10.12.2 и выше, нужно изменить ваш файл, чтобы автоматически загрузить ключи в и хранить пароли.
      Host *
       AddKeysToAgent yes
       UseKeychain yes
       IdentityFile ~/.ssh/id_rsa

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

    • Если у вас Linux, может понадобится переназначить для ~/.ssh права доступа командой
  5. После того как создан ключ, его нужно добавить на GitHub. Для этого копируем его содержимое с помощью одной из следующих команд:
    • Если вы на Windows
    • Для пользователей macOS
    • На Linux используйте , чтобы установить необходимый для копирования пакет , а затем введите

    Можно пойти другим путём, открыть файл прямо в папке и просто скопировать содержимое оттуда.

  6. Переходим на страницу для работы с ключами в вашем профиле на GitHub.

    Страница с настройками ключей в вашем профиле.

    Нажимаем кнопку New SSH key (новый SSH-ключ). Вводим имя ключа (можно придумать абсолютно любое) в поле Title (название), а в Key (ключ) вставляем сам ключ из буфера обмена. Теперь нажимаем Add SSH key (добавить SSH-ключ).

    Добавляем в свой профиль SSH-ключ.

    Если всё сделано верно, в списке появится новый ключ.

    Успешно добавленный ключ.

Теперь, наконец-то, мы можем начать работу с самим проектом.

Как работает git?

Перед тем как идти дальше и рассматривать использование git для управления своими проектами, я бы хотел сказать несколько слов о том, как же работает эта технология, так сказать, основы работы git.

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

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

Тестирование Go после установки

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

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

Shell

mkdir $HOME/work

1 mkdir$HOMEwork

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

Shell

mkdir -p work/src/github.com/user/hello

1 mkdir-pworksrcgithub.comuserhello

Затем создаем простой Go файл «Hello World».

Shell

nano ~/work/src/github.com/user/hello/hello.go

1 nano~worksrcgithub.comuserhellohello.go

Внутри редактора вставьте нижеуказанный код, что использует пакеты Go, импортирует форматированные содержимого, и создает новую функцию для вывода “Hello, World” при запуске.

Go

package main

import «fmt»

func main () {
fmt.Printf («hello, world\n»)
}

1
2
3
4
5
6
7

packagemain

import «fmt»

funcmain (){

fmt.Printf («hello, world\n»)

}

Данная программа выводит при успешном запуске, что указывает на то, что программы Go скомпилированы верным образом. Сохраните и закройте файл, затем компилируйте его через вызов команды :

Shell

go install github.com/user/hello

1 go install github.comuserhello

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

Shell

hello

1 hello

Если программа возвращает , тогда Go установлен успешно и является функциональным. Вы можете увидеть, что скомпилированный установлен, использовав команду :

Shell

which hello

1 which hello

Вывод:

Shell

/home/user/work/bin/hello

1 homeuserworkbinhello

Заключение

После скачивания и установки последней версии Go, а также настройки путей, вы получили систему, что можно использовать для Go-разработки.

Installing Git with Default Packages

Ubuntu’s default repositories provide you with a fast method to install Git. Note that the version you install via these repositories may be older than the newest version currently available. If you need the latest release, consider moving to the of this tutorial to learn how to install and compile Git from source.

First, use the apt package management tools to update your local package index. With the update complete, you can download and install Git:

You can confirm that you have installed Git correctly by running the following command:

With Git successfully installed, you can now move on to the section of this tutorial to complete your setup.

Установка Git под Windows

Для установки Git под Windows необходимо предварительно скачать дистрибутив. Для этого перейдите на страницу https://git-scm.com/

Если вы зашли из под операционной системы (ОС) Windows, главная страница сайта будет выглядеть примерно так, как показано на рисунке ниже. Для других ОС отличие будет заключаться в том, что изменится область для скачивания дистрибутива (см. правый нижний угол).

Для того чтобы скачать Git нужно нажать на кнопку Downloads for Windows, расположенную в правой части окна.

Процесс дальнейшей установки Git выглядит так.

4. Указать способ использования Git

В этом окне доступны три возможных варианта:

Use Git from Git Bash only

Переменная PATH не модифицируется и работа с Git возможна только через специализированную оболочку, которая называется Git Bash.

Use Git from the Windows Command Prompt

В этом случае происходит минимальная модификация переменной окружения PATH, которая позволит работать с Git через командную стоку Windows. Работа через Git Bash также возможна.

Use Git and optional Unix tools from the Windows Command Prompt

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

Наша рекомендация: опция Use Git from the Windows Command Prompt.

5. Настройка правил окончания строки

Существует два варианта формирования конца строки в текстовых файлах – это Windows стиль и Unix стиль. Данное окно позволяет выбрать одну из опций, определяющих правило формирования окончания строки:

Checkout Windows-style, commit Unix-style line endings

Checkout (операция извлечения документа из хранилища и создания рабочей копии) производится в Windows стиле, а commit (операция отправки изменений в репозиторий) в Unix стиле.

Checkout as-is, commit Unix-style line endigns

Checkout производится в том формате, в котором данные хранятся в репозитории, а commit осуществляется в Unix стиле.

Checkout as-is, commit as-is

Checkout и commit производятся без дополительных преобразований.

Наша рекомендация: опция Checkout Windows-style, commit Unix-style line endings.

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

Возможен выбор из двух вариантов:

Use MinTTY (the defaul terminal of MSYS2)

Git Bash будет использовать в качестве эмулятора терминала MinTTY.

Use Windows’ default console window

Git будет использовать Windows консоль (“cmd.exe”).

Наша рекомендация: опция Use MinTTY (the defaul terminal of MSYS2).

7. Настройка дополнительных параметров

Доступны следующие параметры:

Enable file system caching

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

Enable Git Credential Manager

Предоставляет возможность работы с защищенным хранилищем.

Enable symbolic links

Активирует работу с символьными ссылками.

Наша рекомендация: опции Enable file system caching и Enable Git Credential Manager.

8. Завершение установки

После нажатия на кнопку Install будет произведена установка Git на Windows, по окончании установки пользователь получит соответствующее сообщение.

Дружелюбность git

Git очень дружелюбен в плане подсказок в командной строке.

  • git --help — общая документация по git
  • git log --help — документация по конкретной команде (в нашем случае log)
  • Опечатались — git подскажет правильную команду
  • После выполнения команд — краткий отчет, что было сделано
  • git подсказывает, что делать дальше

Конечно, все подсказки на английском.

Что могу посоветовать

  • Работать в Linux или MacOS. В Windows вполне можно работать с git, но иногда бывают проблемы с кириллицей.
    К тому же я не знаю ни одного программиста, кто ушел с Windows и разочаровался в этом
  • На первых порах работать с git в графическом интерфейсе PhpStorm, но пробовать и постепенно переходить на командную строку.
    Работа в терминале поможет лучше понять, как устроен git.
  • Присмотреться к другим оболочкам, например, zsh
  • Не заморачиваться с настройками git config. Базовые мы задали, остальные изучатся по мере необходимости
  • Посмотреть на git-scm.com/downloads/guis,
    там много интересных графических утилит для работы с Git. Но попозже :-)

Еще раз ссылка на загрузку git —
https://git-scm.com/downloads

На этом все. В следующем уроке мы узнаем, что такое репозиторий git, зачем нужны ssh-ключи, а также научимся создавать и клонировать репозитории.

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

Следующий урок ⇨
Урок 2. Создание и клонирование репозитория git

⇦ Начало
Программа и структура курса

Installing Git with Apt #

The easiest and the recommended way to install Git is to install it using the package management tool from Ubuntu’s default repositories. If you want to install the latest stable version of Git from source, move on to the section of this tutorial.

Follow these steps to install Git on your Ubuntu system:

  1. Start by updating the package index:

  2. Run the following command to install Git:

  3. Verify the installation by typing the following command which will print the Git version:

    At the time of writing this article, the current version of Git available in the Ubuntu 18.04 repositories is .

That’s it, you have successfully installed Git on your Ubuntu and you can start using it.

1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (Пока оценок нет)
Загрузка...
Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!:

Adblock
detector