Для того, чтобы начать работать с системой контроля версий Git ее необходимо предварительно установить. Рассмотрим варианты установки этой VCS под MS Windows и Linux.
Установка Git под Windows
Для установки Git под Windows необходимо предварительно скачать дистрибутив. Для этого перейдите на страницу https://git-scm.com/
Если вы зашли из под операционной системы (ОС) Windows, главная страница сайта будет выглядеть примерно так, как показано на рисунке ниже. Для других ОС отличие будет заключаться в том, что изменится область для скачивания дистрибутива (см. правый нижний угол).
Для того чтобы скачать Git нужно нажать на кнопку Downloads for Windows, расположенную в правой части окна.
Процесс дальнейшей установки Git выглядит так.
1. Запустить установочный файл
2. Ознакомиться, если есть желание, с лицензионным соглашением и нажать на кнопку Next
3. Выбрать компоненты, которые следует установить
4. Указать способ использования Git
В этом окне доступны три возможных варианта:
- Use Git from Git Bash only
Переменная PATH не модифицируется и работа с Git возможна только через специализированную оболочку, которая называется Git Bash.
- Use Git from the Windows Command Prompt
В этом случае происходит минимальная модификация переменной окружения PATH, которая позволит работать с Git через командную стоку Windows. Работа через Git Bash также возможна.
Как использовать клиент OpenSSH для Windows 10 вместо PuTTY- 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.
Cобираем qt-4.8.7 и qt creator при помощи mingw-w64 на windows (10), бонусом настравиваем на работу с github- 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 под Linux
Для установки Git под Linux, также необходимо зайти на сайт https://git-scm.com/ и перейти в раздел Downloads. В зависимости от используемой вами версии операционной системы Linux необходимо выбрать тот или иной способ установки Git.
Установка Kali Linux на операционную систему Windows 10Debian/Ubuntu
> apt-get install git
Fedora(Fedora 21)
> yum install git
(Fedora 22)
> dnf install git
Gentoo
> emerge --ask --verbose dev-vcs/git
Arch Linux
> pacman -S git
openSUSE
> zypper install git
Mageia
> urpmi git
FreeBSD
> pkg install git
Solaris 9/10/11 (OpenCSW)
> pkgutil -i git
Solaris 11 Express
> pkg install developer/versioning/git
OpenBSD
> pkg_add git
Alpine
> apk add git
Рекомендуем классный курс по git от GeekBrains, перейдите по ссылке и найдите в разделе “Курсы” курс “Git. Быстрый старт”. Это бесплатный видеокурс, зарегистрируйтесь и начинайте получать новые знания.
<<< Git для начинающих. Часть 1. Что такое системы контроля версий?
Git для начинающих. Часть 3. Настройка Git>>>
Предисловие или от куда взялась «бредовая» идея ставить Git на Windows
Я работаю в одной не очень большой IT-компании, которая продает свои и чужие программные решения, занимается проектами внедрения, оказывает клиентскую поддержку, проводит обучение и далее все такое в том же духе. До недавнего времени в моей маленькой команде разработки все было неплохо организовано и у нас даже был свой собственный достаточно мощный сервер. Но случилось непредвиденное и по воле злого рока один из серверов фирмы полетел, а руководство решило вместо него в стойку поставить наш сервер отдела разработки. Нам предложили «временно» переехать на любой из серверов общего назначения. А теперь внимание! Только мы одни во всей фирме работаем на Линуксе, а все остальные сидят исключительно на Windows и сервера у нас тоже под управлением серверных редакций ОС от Билла Гейтса. И если перенос базы Redmine не вызывает особых вопросов, то задача поднять на сервере Windows сервер для Git меня сразу поставила в тупик. Но несколько часов потраченных на поиски дали мне простое работающее решение.
Изучение матчасти
Первым делом я обратился к документации по Git’у, где вычитал следующее:
Git умеет работать с четырьмя сетевыми протоколами для передачи данных: локальный, Secure Shell (SSH), Git и HTTP.
Первый вариант я не стал рассматривать, так как он подразумевает наличие сетевой шары открытой для общего доступа. Допустим, что с помощью групповых политик домена можно обезопасить данные от случайного удаления продавцем-стажером. Но как работать из дому? Ради нескольких «коммитов выходного дня» поднимать VPN? Читаем далее и видим:
SSH — единственный из сетевых протоколов, предоставляющий доступ и на чтение, и на запись. Два других сетевых протокола (HTTP и Git) в большинстве случаев дают доступ только на чтение, поэтому даже если они вам доступны, вам всё равно понадобится SSH для записи.
Путь к конечной цели уже стал менее туманным: сначала требуется поставить сервер SSH, а далее установить одну из многочисленных сборок Git для Windows (официальную msysgit, Git Extensions, TortoiseGit, QGit и т.д.)
Выбор сервера SSH для Windows
Воспользовавшись поисковиком по сети Internet, я сделал небольшую подборку текущих реализаций SSH под Windows. Не претендую на то, что смог найти все решения в этой области, но самые популярные точно не пропустил. Итак:Cygwin. В рамках проекта переноса функциональности Linux на Windows был портирован в том числе и OpenSSH. Библиотека проекта cygwin1.dll с реализацией SSH так же используются в большинстве других решений. Простую инструкцию с картинками по установке и настройке можно посмотреть тут. А так же рекомендую к прочтению статью из журнала «Windows IT Pro» № 7 за 2001 год — SSH в Windows.freeSSHd. Лидер среди упоминается на форумах. Характеризуется как легкий в использовании. Лицензия позволяет бесплатно использовать в коммерческих целях. Нашел инструкцию по установке и настройке на Win2008.WInSSHD. Самое богатое по функциональности из увиденных мною реализаций. Это хорошее профессиональное решение для обеспечения безопасности. Но для моего гвоздя — это микроскоп. Если кого-то продукт заинтересовал, то у них есть 30-дневная ознакомительная полная версия и возможность бесплатного частного использования.KpyM Telnet/SSH Server. Плохих отзывов не заметил. Но меня смущает, что их сайт не обновляется с 2009 года, а так же на официальном форуме как-то безжизненно. С другой стороны, если продукт бесплатный и выполняет свою работу, то нет смысла заниматься развитием. Понравилось наличие в их FAQ списка других решений для SSH под Windows. Рекомендую заглянуть.Copssh. Продукт от норвежской компании ITeF!X, в котором они к windows-реализации OpenSSH добавили красивый GUI-интерфейс администратора и некие «best practices». Именно это решение, более всего рекомендуется в обсуждении поднятия сервера Git под Windows на StackOverflow.
Случайная находка
Собственно под впечатлением ответов на StackOverflow я уже расслабился и решил было пойти проторенной моими предшественниками дорожкой. Но при изучении сайта компании ITeF!X я обнаружил, что у них есть и более подходящий для моих целей продукт — gitwin. Это оказался тот самый требуемый мне сервер Git под Windows. Я вначале не поверил глазам — если такой чудо продукт существует, то почему о нем до сих пор не трубят на каждом шагу. Ответ нашелся в новостях компании — как оказалось программный продукт только полмесяца назад (11 октября 2013 года) выложили в общий доступ. Точнее на днях выложили бесплатную для использования версию. Платная существовала и раньше, но видимо не пользовалась особым спросом (с января 2012 года на официальном форуме компании всего две созданные темы в разделе gitwin). Итак, что же собой представляет этот gitwin? В состав свободной версии входят:
- Cygwin версии 1.7.25
- OpenSSH версии 6.3
- Git версии 1.8.4
- Инсталятор от Itefix
На сайте целый раздел посвящен установке пакета. Кроме описания словами процесса «запуск инсталятора» -> «далее» -> «далее» -> «готово», представители компании не поленились записать все это еще на видео и выложили на YouTube. Не совсем понятно зачем это сделано и самое главное не понятно для кого? Еще один раздел выделили для описания использования. Тут описали активацию нового пользователя для доступа по SSH, создание пары ключей и пустого репозитория. И так же кроме описания текстом дают записанный обучающий ролик:
Установка, настройка и тестирование сервера Git
Я установил на наш сервер gitwin редакции «free edition» и могу поделится только этим опытом. 1. Начинаем со скачивания инсталятора со странички продукта. 2. Запускаем инсталятор и нас спрашивают куда устанавливать продукт. Я оставил по-умолчанию в «C:Program Files (x86)ICW». Зачем может понадобится менять путь? Дело в том, что этот каталог станет корнем для линуксовых утилит и домашний каталог пользователя git тоже будет создан тут же «C:Program Files (x86)ICWhomegit». Если есть предчувствие проблем с правами доступа, то можете поменять на менее проблемный для вас каталог. 3. В процессе установки выводятся сообщения о создании двух пользователе «SvcCOPSSH» и «git». Под первым пользователем будет работать служба «OpenSSHServer», а второй нужен собственно для обслуживания репозиториев. Пароли к этим пользователям можно узнать в конце процесса установки, если нажать на «Show details». Советую по правому щелчку скопировать вывод в буфер и сохранить на всякий случай. 3.1. Перепроверка состава пользователей показала, что инсталятор втихую создал еще одного пользователя — «sshd» с описанием «copSSH privilege separation user» и сам же отключил его. Не понятно и подозрительно… 4. Скорее всего из-за редакции «free edition» дальнейшие шаги отличались от описанных на сайте. Вместо консоли администрирования в меню Пуск/copssh поместили два пункта «01. Activate a user» и «02. Deactivate a user». Но суть процесса от этого не изменилась. Запускаем «01. Activate a user» и указываем пользователя для активации (в моем случае все тот же git), выбираем командную оболочку (выбор из bash, sftponly и false) и ставим опциональные галочки. Тут читаем внимательно: 4.1. Если нам нужна пара ключей, то оставляем включенную по-умолчанию «Create keys for public key authentication». При парольной авторизации можете снять… 4.2. Если у пользователя планируется использование его родного пользовательского каталога из C:Users (или может у кого-то до сих пор C:Documents and Settings) тогда оставляем включенные по-умолчанию галочки «remove copssh home directory if it exists» и «Create link to user’s real home directory». Я рискнул их снять и таким образом все репозитории у меня будут запрятаны глубоко в системном каталоге Program Files. 5. После активации пользователя и создания ключей можем протестировать всю систему на работоспособность. Выбираем в меню Пуск/copssh пункт «03. Start a Unix BASH Shell» и создаем пустой репозиторий. Я не стал блистать остроумием и повторил команду с официального сайта: 6. Далее тестирование переехало на мой рабочий ноут. Я успешно склонировал пустой репозиторий, закинул в него несколько файлов и запушил назад. Проблем не возникло. Перешел в другой каталог и снова склонировал репозиторий — на этот раз он был уже не пустой и содержал мой коммит с файликами. Таким образом с моей рабочей станции различия между работой с репозиторием Git на предыдущем сервере Ubuntu и на новом сервере Windows замечено не было!
Заключение
Удачно найденный gitwin оказался именно тем решением, которое я искал — запускается под Windows и создает иллюзию для пользователей, что они работают с полноценным удаленным репозиторием. Глюков пока не заметил. Но если обнаружу, то обязательно дополню данную статью. Надеюсь, что собранные материалы окажутся кому-нибудь полезными. И хочу пожелать не боятся потратить несколько часов на поиски, если вы не уверены, что в вашей голове наиболее актуальная информация. Ведь если бы я изначально зашел на StackOverflow и выполнил все по детальному пошаговому руководству от Тима Дэвиса, то не узнал бы о существовании более короткого пути, когда вся инфраструктура поднимается и настраивается буквально в десяток кликов мышкой. Успехов!
Послесловие. Истории успехов от хабраюзеров
Я подобно Сократу с каждым новым квантом знаний понимаю как еще много того, чего я все еще не знаю. В комментариях коллеги описывают положительный опыт на заданную мною тему, который грех игнорировать. Итак: вместе со своей командой далеки от Linux’а, но тем не менее ихняя установка центрального репозитория Git’а была довольно простой. В этом им помог продукт SCM Manager.делится опытом по успешной установке на сервер исключительно msysgit. Если честно, то я читал это сообщение в Q&A, но это не мой случай. Инструкция больше касается использования Bitbucket и Github. Для общего использования в локальной сети предлагается общая папка, а для просмотра репозитория встроенный веб-сервер. Отмечу, что начиная с релиза 1.8.4 веб-сервер и часть других утилит удалена: «Some commands are not yet supported on Windows and excluded from the installation; namely: git archimport, git cvsexportcommit, git cvsimport, git cvsserver, git instaweb, git shell» хорошо отзывается о решении Bonobo Git Server, которое используется у него на работе. Как плюс для себя отмечу использование веб-сервера IIS, который у нас уже работает.
Система контроля версий Git полезна не только для программистов но и для системных администраторов. Рассмотрим процесс установки программного обеспечения, а также настройки подключения к репозиторию GitHub, на сервере под управлением ОС Windows.
Немного теории.
Git — одна из популярных современных систем контроля версий. В основном используется разработчиками программного обеспечения с целью отслеживания изменений в программных продуктах в ходе их разработки. Изначально Git создали для помощи в разработке ядра Linux, однако из-за своих преимуществ, проект ушел в массы.
Приступаем к установке.
Открываем официальный сайт проекта, кликаем по 64-битной версии для Windows.
.
Загрузка начнется автоматически, дожидаемся ее окончания. Запускаем полученный файл.
Программа установки приветствует нас лицензионным соглашением. Кликаем по кнопке “Next”.
На следующем шаге указываем путь установки. Нас устраивает указанный по умолчанию. Кликаем “Next”.
На этапе выбора компонентов, отметим галочкой создание ярлыка Git на рабочем столе и переходим к следующему этапу.
Теперь программа установки предлагает создать ярлык в меню Пуск. Если в этом не видите необходимости, установите соответствующую галку. Кликаем по кнопке “Next”.
На следующем этапе, установщик предложит выбрать редактор для git по умолчанию. Для новичков лучше использовать nano, для тех, кто любит посложнее — Vim. Хотя допускается использование Notepad++ и прочего. Переходим к следующему шагу.
Теперь программа установщик спрашивает как Вы собираетесь использовать командную строку:
- Use Git from Git Bash only — использование только из командной строки Bash.
- Use Git from the Windows Command Prompt — использование командной строки Bash, а также минимальный набор команд Git из командной строки Windows.
- Use Git and optional Unix tools from the Windows Command Prompt — использование Git и утилит Unix из командной строки Windows. При выборе этой опции будут перезаписаны некоторые утилиты ОС Windows, например find и sort.
Оставляем первый вариант и двигаемся дальше.
Теперь установщик спрашивает о том, какую библиотеку следует использовать для HTTPS-соединений. Оставляем openssl и переходим к следующему шагу.
Следующий шаг можно назвать самым значимым. Вопрос программы установки в том, какой формат завершения строки использовать. Одной из отличительных особенностей Windows от Unix-подобных систем — символ перехода на новую строку в файлах, а именно, LF и CRLF — управляющие символ для переноса строки в Unix и Windows соответственно.
Мы рекомендуем выбрать параметр предложенный системой — отладка файла в формате Windows, а загрузка файла — в Unix-формате. Кликаем по кнопке “Далее”.
На данном этапе, программа запросит каким терминалом пользоваться далее:
- MinTTY — терминал Unix;
- Windows — стандартный терминал (командная строка) Windows.
В нашем случае оставляем “как есть” и двигаемся дальше.
На следующем шаге, установщик попросит отметить необходимые функции:
- File system caching — кэширование файловой системой.
- Git Credential Manager — включить менеджер учетных данных.
- Symbolic links — разрешить использование символьных ссылок.
Выбираем то, что необходимо и переходим к следующему шагу.
На данном шаге, программа установки предлагает использовать экспериментальную опцию. Использовать ее или нет — решать Вам. Кликаем по кнопке “Install”.
Программа приступает к копированию файлов. Дожидаемся окончания процесса.
По окончании процесса установки нажимаем “Finish”.
Подключаемся к репозиторию.
Предполагается, что у вас уже есть своя учетная запись на github/gitlab. Если нет, то, в случае с github, проходим несложный процесс регистрации на сайте. Затем авторизуемся на нем и создаем репозиторий. Для этого кликаем по кнопке “Start a project”.
Указываем имя репозитория и кликаем по кнопке “Create repository”.
Репозиторий создан.
Добавляем файлы.
Предположим, что у нас есть файл, который необходимо добавить в репозиторий git или gitlab. Открываем папку, где располагается файл, кликаем правой кнопкой мыши по свободному месту и из открывшегося контекстного меню выбираем “Git Bash Here”.
Откроется командная строка. Последовательно выполняем следующие команды:
git config --global user.email "youmail@example.com"
git config --global user.name "Ваше имя"
Таким образом мы указали нашу почту и имя.
Для того, чтобы начать отслеживать изменения в текущей папке, выполняем следующие команды:
git init
git add .
Выполняем свой первый коммит и добавляем изменения на сервер:
git commit -m "Init"
Важно. Чтобы внести изменения на сервер, следует использовать для github:
git remote add origin https://github.com/пользователь/название_репозитория.git
git push -u origin master
Для gitlab:
git remote add gitlab https://server/namespace/project.git
git push -u gitlab master
После запуска команды, откроется окно авторизации. Вводим данные, которые использовали при регистрации.
Настройка аутентификации по SSH-ключам.
Для начала создадим ключ:
ssh-keygen -t rsa -b 4096 -C "yourmail@gmail.com"
В ходе генерации ключа, программа запросит ввод парольной фразы, которая необходима для защиты самого ключа. Можно ответить на вопрос двойным нажатием на Enter.
Закрытый ключ будет находиться по пути C:Users<Пользователь>.sshid_rsa. Открытый ключ — C:Users<Пользователь>.sshid_rsa.pub
Запускаем SSH-агента:
eval $(ssh-agent -s)
Добавляем ключи к ssh-агенту:
ssh-add ~/.ssh/id_rsa
Добавляем созданный ключ на сервер Git. На сайте github, в верхнем правом углу, кликаем по иконке учетной записи, выбираем “Setting”.
На обновленной странице, в левом меню, выбираем “SSH and PGP keys”, а в основной части окна, напротив SSH keys, кликаем по кнопке “New SSH key”.
Заполняем поле Title. В поле Key вставляем содержимое файла C:Users<Пользователь>.sshid_rsa.pub
Кликаем по кнопке “Add SSH key”.
Если все выполнено правильно, появится примерно такая запись:
Для проверки настроек, выполняем команду:
ssh -T git@<домен или ip-адрес git-сервера>
Например:
ssh -T git@github.com
В ходе выполнения команды, программа запросит: “Уверены ли вы в продолжении соединения”. Это стандартный вопрос безопасности. Отвечаем — yes.
Если все выполнено правильно, программа выведет приветственную речь.
Mariia Kholodnitska4
Сегодня поговорим о системе контроля версий Git. Git разработана основателем ОС Linux Линусом Торвальдсом. Как известно разработчики ПО для Linux работают в разных уголках мира, чтобы контролировать работу над проектами Линус разработал удобную и полезную систему именно его команде, но в скором времени Git стал самой востребованной системой контроля версий. И это не странно, так как все, за что берется Линус стает гениальным.
Git относится к типу систем DVCS (Distributed version control systems) – распределенная система контроля версий, это говорим нам о том, что работа с файлами не зависит от центрального сервера, Вы можете создавать, изменять и сохранять информацию локально в своем репозитории (это рабочая директория с Вашими файлами).
С помощью Git Вы можете:
- Откатываться до более ранней версии файла.
- Отменять и фиксировать изменения.
- Полностью контролировать процесс создания проекта, анализировать, сравнивать информацию.
- Работать над проектом в команде: сливать изменения в удаленный репозиторий и “забирать” себе изменения с файлов других участников.
- Хранить копию своих файлов на удаленном репозитории (что удобно, при потере данных).
1.Начать установку Git нужно с загрузки установочного файла с официального сайта. URL для скачивания – https://git-scm.com/downloads и выбираем версию под Windows.
2. Далее выбираем версию, которая подходит под Ваш процессор, в нашем случае это 64-bit и делаем загрузку.
3. Запускаем скачанный установочный файл, читаем лицензию и жмем Next.
4. Следующий шаг – выбор места установки. Можно указать или по умолчании, или кликнуть на Browse и выбрать необходимое расположение. После выбора жмем Next.
5. Выбираем компоненты, какие хотите установить. Для добавления ярлыка на рабочий стол, напротив On the Desktop ставим галочку. В нашем случае мы выбирали компоненты, которые указанные по-умолчанию. Далее жмем Next.
6. Вводим имя директории для Start Menu. Дополнительно можно кликнуть на кнопку Browse и изменяем путь. И жмем Next.
7. Выбираем редактор для Git, по дефолту выбран текстовый редактор, можно выбрать любой другой нажав на галочку. После выбора жмем Next.
8.Указываем способ использования Git.
- Use Git from Git Bash only – использовать только командную строку Bash.
- Git from the command line and also from 3rd-party software – использовать Git из Git Bash или из командной строки Windows.
- Use Git and optional Unix tools from the Command Prompt – использовать утилиты Unix з командной строки Windows.
9.Выберем библиотеку, которая будет использоваться при HTTPS соединении после выбора жмем Next.
- Use the OpenSSL – сертификаты сервера проверяются с помощью ca-bundle.crt.
- Use the Windows Secure Channel library – проверка сертификатов сервера библиотеками Windows.
10. Выбираем как будут обрабатываться окончания строк. С первым вариантом Git изменит все окончания строк в ваших файлах с Windows-стиля ( r n) на Unix-стиль ( r) непосредственно перед фиксацией в Вашем репозитории. Когда Git извлекает файлы из Вашего репозитория, он меняет все окончания строк с Unix-стиля ( r) на Windows-стиль ( r n). Со вторым вариантом Git изменит все окончания строк В ваших файлах с Windows-стиля ( r n) на Unix-стиль ( r) непосредственно перед фиксацией в вашем репозитории; однако, когда Git извлекает файлы из вашего репозитория, он не меняет окончания строк. С последним вариантом Git не будет изменять окончание строк при фиксации или извлечении.
11.Выбор эмулятора терминала по умолчанию для Git Bash.
- Use MinTTY – терминал Unix, выбираем если Вы знакомы с командной строкой Linux.
- Use Windows default console window – использовать окно консоли Windows по умолчанию.
Если Вы не планируете использовать Git Bash, Вы можете проигнорировать этот пункт и перейти к следующему шагу установки.Жмем Next.
12.Выбор дополнительного функционала.
- Enable file system caching – кэширование файлов.
- Enable Git Credential Manager – возможность доступа к некоторым Git-репозиториям, используя Вашу учетную запись Microsoft вместо ключей HTTPS / SSH.
- Enable symbolic links – поддерживать символические ссылки.
После выбора жмем Next.
13. Выбор экспериментальных вариантов, которые находятся в разработке. Если Вы не очень хорошо знакомы с этими параметрами, лучше оставить их без отметок. Нажмите Install и Git начнет установку.
14.Последний шаг – жмем Finish, чтобы завершить установку.
После того как установка завершится и Вы увидите экран завершения, Git будет успешно установлен на Ваш компьютер с Windows. Вы можете получить к нему доступ через меню «Пуск». Если Вы хотите изменить какие-либо параметры, выбранные Вами в процессе установки, Вы можете перезапустить программу установки.
Совсем недавно, 18 сентября 2015, была выпущена новая версия Git 2.5.3. Теперь она поставляется для x64 и x32 платформ и кроме того существует и в портабельной (portable) версии для обоих платформ.
Сейчас будем разбираться с установкой и настройкой. Поехали!
1) Качаем установщик Git-2.5.3-64-bit.exe
2) И запускаем его…
Выставляем галки как на скриншоте ниже
В принципе, если хотите, то можете выбрать и Git GUI, но он достаточно убогий и на мой взгляд лучше пользоваться другими графическими утилитами для Git. А еще лучше просто консолью 🙂
Причем даже если вы эту галку снимете, то gitk (Git GUI) все равно установится, единственное что он не пропишется в реестре для контекстного меню. Ну и на том спасибо. Меньше мусора.
Далее выбираем пункт как на скриншоте ниже. Ну или выбираете тот который вам по душе 🙂
Далее выбираем первый пункт, ну или, опять же, как душеньке угодно 🙂
Ниже тоже можно выбрать пункт как на скриншоте. Но опять же это дело вкуса. Тем более что в Windows 10 “империя зла”, таки сделала добрый, ну более или менее хороший терминал. В общем выбираем по вкусу 🙂
И вообще все эти настройки что делаются на этапе инсталляции легко меняются в конфигурационных файлах.
Далее я ни чего не выбирал
Тем более, опять же, это можно изменить в конфигурационном файле и какой параметр менять тут уже указано.
И понеслась установка!
Все! Приехали! Конечная! Git установился.
После этого в меню Start появятся следующие пункты:
Git Bash – это консоль Bash для работы c Git
Git CMD – это консоль Windosws cmd.exe для работы с Git
Git GUI – это такая бесполезная штука, запустите увидите 🙂
Теперь давайте проверим что все у нас работает. Для этого запустим Git Bash и Git CMD. Git Bash это консоль в NIX стиле. Git CMD – это cmd.exe.
А после запуска дадим команду git –version
Как видим все работает. Конечно можно причесать обе консоли на предмет цветов, шрифтов и т.д. и т.п.
И еще пара замечаний, видно из Git Bash он основан на MINGW (x64). И git так же доступен и из обычного cmd.exe, который вы сами можете запустить…
Ну и далее настраиваем Git на свой вкус и цвет.
Единственное что еще стоит заметить, то это то что установщик Git дописал в системную переменную PATH путь к Git:
C:Program FilesGitcmd
Ну и еще стоит напомнить о том, что если вы хотите настроить Git на работу с русским языком, то помните еще и том в какой кодировке у вас работает терминал (консоль).
Используемые источники:
- https://devpractice.ru/git-for-beginners-part-2-install-git/
- https://habr.com/post/199144/
- https://serverspace.by/support/help/ustanovka-git-v-windows/
- https://hyperhost.ua/info/ustanovka-git-na-os-windows/
- http://pr0git.blogspot.com/2015/09/git-253-x64-windows-10-pro-x64.html
