Git exe где лежит

Начало работы с Git на подсистема Windows для Linux

Git — это наиболее часто используемая система управления версиями. С помощью Git вы можете отслеживать изменения, внесенные в файлы, поэтому у вас есть запись о том, что было сделано, и при необходимости у вас есть возможность отменить изменения к более ранним версиям файлов. Git также упрощает совместную работу, позволяя нескольким пользователям объединяться в один источник.

Git можно установить в Windows AND в WSL

Важно учитывать, что при включении WSL и установке дистрибутива Linux вы устанавливаете новую файловую систему, отделяемую от диска Windows NTFS C:\ на компьютере. В Linux диски не задаются буквами. Они получают точки подключения. Корнем файловой системы / является точка подключения корневой секции или папки в случае WSL. Не все под / тем же диском. Например, на ноутбуке я установил две версии Ubuntu (20.04 и 18.04), а также Debian. Если открыть эти дистрибутивы, выберите домашний каталог с помощью команды, а затем введите команду cd ~ explorer.exe . , Windows проводник откроется и отобразит путь к каталогу для этого дистрибутива.

Дистрибутив Linux	Путь к Windows для доступа к домашней папке
Ubuntu 20.04	\\wsl$\Ubuntu-20.04\home\username
Ubuntu 18.04	\\wsl$\Ubuntu-18.04\home\username
Debian	\\wsl$\Debian\home\username
Windows PowerShell	C:\Users\username

Если вы ищете доступ к каталогу файлов Windows из командной строки дистрибутива WSL, а не C:\Users\username к каталогу, будет доступен доступ, /mnt/c/Users/username так как дистрибутив Linux просматривает файловую систему Windows как подключенный диск.

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

Установка Git

Git уже установлена с большинством дистрибутивов подсистема Windows для Linux, однако может потребоваться обновить до последней версии. Вам также потребуется настроить файл конфигурации Git.

Сведения об установке Git см. на сайте Git Download for Linux . У каждого дистрибутива Linux есть собственный диспетчер пакетов и команда установки.

Для последней стабильной версии Git в Ubuntu/Debian введите команду:

sudo apt-get install git

Вы также можете установить Git для Windows , если вы еще не сделали этого.

Настройка файла конфигурации Git

Чтобы настроить файл конфигурации Git, откройте командную строку для дистрибутива, в которой вы работаете, и задайте имя с помощью этой команды (заменив «Ваше имя» предпочитаемым именем пользователя):

git config --global user.name "Your Name"

Задайте сообщение электронной почты с помощью этой команды (заменив «youremail@domain.com» предпочитаемой электронной почтой):

git config --global user.email "youremail@domain.com"

Если у вас еще нет учетной записи GitHub, вы можете зарегистрироваться для него на сайте GitHub. Если вы никогда не использовали Git, обратитесь к руководствам по GitHub. Они помогут вам приступить к работе. Если необходимо изменить конфигурацию Git, это можно сделать с помощью встроенного текстового редактора, например nano: nano ~/.gitconfig

Настройка диспетчера учетных данных Git

Диспетчер учетных данных Git (GCM) — это безопасный вспомогательный компонент учетных данных Git, созданный на платформе .NET , который можно использовать как с WSL1, так и с WSL2. Она обеспечивает поддержку многофакторной проверки подлинности для репозиториев GitHub, Azure DevOps, Azure DevOps Server и Bitbucket.

GCM интегрируется в поток проверки подлинности для таких служб, как GitHub, и после проверки подлинности у поставщика услуг размещения запрашивает новый маркер проверки подлинности. Затем он сохраняет маркер безопасно в диспетчере учетных данных Windows. В первый раз вы можете использовать Git для связи с поставщиком услуг размещения без необходимости повторной проверки подлинности. Он просто обратится к маркеру в диспетчере учетных данных Windows.

Чтобы использовать GCM с WSL, необходимо использовать Windows 10 версии 1903 или более поздней. Это первая версия Windows, которая включает необходимый wsl.exe инструмент, который GCM использует для взаимодействия с Git в дистрибутивах WSL.

Рекомендуется установить последнюю версию Git для Windows , чтобы предоставить общий доступ к учетным данным и параметрам между WSL и узлом Windows. Диспетчер учетных данных Git входит в состав Git для Windows, а последняя версия включается в каждый новый выпуск Git для Windows. Во время установки вам будет предложено выбрать вспомогательный компонент учетных данных с GCM, заданным по умолчанию.

Если у вас есть причина не устанавливать Git для Windows, вы можете установить GCM в качестве приложения Linux непосредственно в дистрибутиве WSL, но обратите внимание, что это означает, что GCM работает в качестве приложения Linux и не может использовать функции проверки подлинности или хранилища учетных данных операционной системы Windows узла. Инструкции по настройке WSL без Git для Windows см. в репозитории GCM.

Чтобы настроить GCM для использования с дистрибутивом WSL, откройте дистрибутив и введите следующую команду:

Если установлен GIT = >версия 2.39.0

git config --global credential.helper "/mnt/c/Program\ Files/Git/mingw64/bin/git-credential-manager.exe"

else, если установлен >GIT = версия 2.36.1

git config --global credential.helper "/mnt/c/Program\ Files/Git/mingw64/libexec/git-core/git-credential-manager.exe"

git config --global credential.helper "/mnt/c/Program\ Files/Git/mingw64/bin/git-credential-manager-core.exe"

Использование GCM в качестве вспомогательной функции учетных данных для установки WSL Git означает, что любой набор конфигурации в WSL Git не учитывается GCM (по умолчанию). Это связано с тем, что GCM работает в качестве приложения Windows и, следовательно, будет использовать Git для установки Windows для запроса конфигурации. Это означает, что такие параметры прокси-сервера для GCM должны быть установлены в Git для Windows, а также WSL Git, так как они хранятся в разных файлах ( %USERPROFILE%\.gitconfig vs \\wsl$\distro\home\$USER\.gitconfig ). Вы можете настроить WSL таким образом, чтобы GCM использовал конфигурацию WSL Git, но это означает, что параметры прокси-сервера будут уникальными для конкретной установки WSL, а не совместно с другими пользователями или узлом Windows.

Git с SSH

Диспетчер учетных данных Git работает только с удаленными устройствами HTTP(S). Вы по-прежнему можете использовать Git с SSH:

Дополнительная конфигурация для Azure

Если вы планируете работать с Azure Repos или Azure DevOps, потребуется дополнительная конфигурация:

git config --global credential.https://dev.azure.com.useHttpPath true

Теперь любая операция git, выполняемая в дистрибутиве WSL, будет использовать GCM. Если у вас уже есть кэшированные учетные данные для узла, к ним будет выполняться доступ из диспетчера учетных данных. В противном случае отобразится диалоговое окно с запросом учетных данных, даже если вы работаете в консоли Linux.

Если вы используете ключ GPG для обеспечения безопасности подписывания кода, возможно, потребуется связать ключ GPG с электронной почтой GitHub.

Добавление файла Git Ignore

Мы рекомендуем добавить в проекты файл .gitignore. GitHub предлагает коллекцию полезных шаблонов .gitignore с рекомендуемыми настройками файлов .gitignore, организованными в соответствии с вашим вариантом использования. Например, вот шаблон gitignore по умолчанию GitHub для проекта Node.js.

Если вы решили создать репозиторий с помощью веб-сайта GitHub, есть проверка поля, доступные для инициализации репозитория с помощью файла README, gitignore-файла, настроенного для конкретного типа проекта, и варианты добавления лицензии, если требуется.

Git и VS Code

Visual Studio Code поставляется со встроенной поддержкой Git, включая вкладку управления версиями, которая будет отображать изменения и обрабатывать различные команды Git для вас. Узнайте больше о поддержке Git VS Code.

Конец строки Git

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

Так как Windows и Linux используют разные конец строки по умолчанию, Git может сообщать о большом количестве измененных файлов, которые не имеют различий от их конец строки. Чтобы предотвратить это, можно отключить преобразование конец строки с помощью .gitattributes файла или глобально на стороне Windows. Ознакомьтесь с этим документом VS Code о разрешении проблем с Git конец строки.

Дополнительные ресурсы

WSL и VS Code
GitHub Обучение Lab: онлайн-курсы
Средство визуализации Git
Средства Git — учетные данные служба хранилища

Работа с Git через консоль

Задача: форкнуть репозиторий в GitHub, создать ветку и работать с кодом.

Сразу появляется много вопросов — что такое GitHub, какие для этого нужны команды, зачем, а главное, как всем этим пользоваться? Давайте разберёмся.

Когда мы пишем код, мы постоянно туда что-то добавляем, удаляем, и иногда всё может ломаться. Поэтому перед любыми изменениями стоит сделать копию проекта. Если собирать проекты в папки с именами проект1 , проект1_финал и проект2_доделка , вы быстро запутаетесь и точно что-нибудь потеряете. Поэтому для работы с кодом используют системы контроля версий.

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

Git — самая популярная система контроля версий. С Git можно работать через командную строку (или терминал). В каждой системе своя встроенная программа для работы с командной строкой. В Windows это PowerShell или cmd, а в Linux или macOS — Terminal. Вместо встроенных программ можно использовать любую другую — например, Git Bash в Windows или iTerm2 для macOS.

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

Но давайте по порядку — установим Git на компьютер.

Устанавливаем и настраиваем Git

Windows. Скачайте Git для Windows, запустите exe-файл, следуйте инструкциям.

macOS. Скачайте Git для macOS и запустите dmg-файл. Если он не запускается, зайдите в Системные настройки — Безопасность и нажмите кнопку Open anyway (Всё равно открыть).

Linux. Установите Git через встроенный менеджер пакетов. Если у вас Ubuntu, используйте команду sudo apt-get install git . Команды для других дистрибутивов можно посмотреть здесь.

Как проверить, что Git установился

Откройте терминал и введите команду

git --version

Если Git установлен, то вы увидите номер версии, например, 2.35.1 .

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

Теперь нужно ввести имя и адрес электронной почты, чтобы ваши действия в Git были подписаны, а ещё для привязки к GitHub.

Добавить имя (введите его внутри кавычек):

git config --global user.name "ваше имя"

Добавить электронную почту (замените email@example.com на вашу почту):

git config --global user.email email@example.com

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

Регистрируемся на GitHub

GitHub (или Гитхаб) — веб-сервис на основе Git, который помогает совместно разрабатывать IT-проекты. На Гитхабе разработчики публикуют свой и редактируют чужой код, комментируют проекты и следят за новостями других пользователей.

Профиль на Гитхабе и все проекты в нём — ваше публичное портфолио разработчика, поэтому нужно завести профиль, если у вас его ещё нет.

Зайдите на сайт https://github.com и нажмите кнопку Sign up.
Введите имя пользователя (понадобится в дальнейшей работе), адрес электронной почты (такой же, как при настройке Git) и пароль.
На почту придёт код активации — введите на сайте.
Появится окно с выбором тарифного плана. Если вы пользуетесь Гитхабом для учёбы, то укажите, что профиль нужен только для вас и вы студент.
Опросы и выбор интересов можно пропустить.

На этом всё — вы зарегистрировались и у вас есть собственный профиль.

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

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

SSH — протокол для безопасного соединения между компьютерами.

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

Мы будем подключаться к GitHub по SSH. Это работает так:

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

А чтобы подключиться к GitHub с помощью SSH-ключа, сначала нужно его создать.

Проверяем SSH-ключи

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

ls -al ~/.ssh

Если у вас уже есть SSH-ключ, то в списке будут файлы с именами вроде id_rsa.pub , id_ecdsa.pub или id_ed25519.pub . А если терминал ругается, что директории ~/.ssh не существует, значит, у вас нет SSH-ключей. Давайте это исправим.

Создаём новый SSH-ключ

Откройте терминал и скопируйте туда эту команду. Не забудьте подставить в кавычки почту, на которую вы регистрировались на Гитхабе.

ssh-keygen -t ed25519 -C "your_email@example.com"

ed25519 — это алгоритм для генерации ключей. Если ваша система не поддерживает алгоритм ed25519 (и вы увидели ошибку), используйте немного другую команду с алгоритмом rsa :

ssh-keygen -t rsa -b 4096 -C "your_email@example.com"

Терминал спросит, куда сохранить ключ. Если не хотите менять имя файла, которое предлагает терминал, просто нажмите Enter.

> Generating public/private имя-ключа key pair. > Enter a file in which to save the key (/c/Users/ваш-профиль/.ssh/id_имя-ключа):*[Press enter]*

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

В результате создаётся новый SSH-ключ, привязанный к вашей электронной почте.

Создание ключа по шагам:

Добавляем SSH-ключ в ssh-agent

ssh-agent — программа для хранения и управления SSH-ключами. Давайте запустим её и добавим туда наш SSH-ключ. Запускаем командой eval «$(ssh-agent -s)» :

eval "$(ssh-agent -s)"

Если в ответ терминал покажет надпись «Agent pid» и число — значит, всё ок, агент запущен.

Теперь добавим наш ключ командой.

ssh-add ~/.ssh/id_ed25519

Если у вашего ключа другое имя, замените название id_ed25519 именем файла с ключом (это правило применяется и дальше в инструкции). Если вы устанавливали пароль на ключ, введите его два раза после ввода команды ssh-add (терминал подскажет, когда это сделать).

Теперь, если всё хорошо, появится надпись Identity added — значит, можно переходить к добавлению ключа на GitHub.

Копируем SSH-ключ

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

clip < ~/.ssh/id_ed25519.pub

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

Сложный способ. Найдите скрытую папку .ssh , откройте файл id_ed25519.pub в текстовом редакторе и скопируйте его содержимое.

Простой способ. Введите команду ниже и ключ появится прямо в терминале — его нужно вручную скопировать в буфер обмена. Ключ начинается с ssh-ed22519 или ssh-rsa (или похожей строки) — поэтому копируйте строку прямо с самого начала.

~ cat ~/.ssh/id_ed25519.pub ssh-ed25519 AAAAC3NzaCZvnr4ax+Fr shklyar@htmlacademy.ru

Не копируйте этот ключ из статьи — он уже не работает.

Добавляем SSH-ключ на GitHub

Это нужно сделать, чтобы GitHub вас узнавал.

Перейдите на страницу для работы с ключами в вашем профиле на GitHub и нажмите кнопку New SSH key.

В поле Title нужно добавить название нового ключа. Например, если вы используете Mac, вы можете назвать ключ MacBook Air, или, если ключ для курсов Академии, то Academy. А ключ, который вы скопировали на прошлом шаге, вставьте в поле Key.

Не копируйте ключ со скриншота — он уже не работает.

Теперь нажмите кнопку Add SSH key и, если потребуется, введите свой пароль от GitHub, чтобы подтвердить сохранение. Если всё сделано верно, новый ключ появится в списке на странице https://github.com/settings/keys.

Теперь мы можем поработать с проектом в репозитории.

Что такое репозиторий

Репозиторий — папка с файлами вашего проекта на сервере GitHub. Так вы можете работать с проектом откуда угодно, не переживая, что какие-то файлы потеряются — все данные останутся в репозитории.

Если над проектом работает несколько программистов, сначала создаётся мастер-репозиторий — это общий репозиторий с рабочей версией проекта. А каждый программист работает с форком — то есть полной копией мастер-репозитория. В форке вы можете безнаказанно менять код и не бояться что-то сломать в основной версии проекта.

Делаем форк мастер-репозитория

Заходим в нужный репозиторий и нажимаем на «вилку» с надписью fork.

Появится окно Create a new fork — проверьте, что он называется так, как вам нужно, и жмите кнопку Create fork. Через пару секунд всё готово.

Клонируем форк на компьютер — git clone

Клонировать форк — значит скачать его, чтобы работать с кодом на своём компьютере. Тут нам и пригодится SSH.

Открываем терминал и переходим в папку с будущим проектом — для этого используем команду cd your-project . Если вы хотите, чтобы проект лежал в папке device , введите

cd device

Если такой папки на компьютере нет, то сначала введите md your-project , чтобы создать эту папку, а затем cd your-project . Когда перейдёте в папку, введите команду git clone для клонирования репозитория:

git clone git@github.com:your-nickname/your-project.git

Замените your-nickname на ваше имя пользователя на GitHub, а your-project на название проекта. Проще всего их найти прямо наверху страницы репозитория.

Если вы правильно настроили SSH-ключи, Git скопирует репозиторий на ваш компьютер.

➜ device git clone git@github.com:academy-student/1173761-device-34.git Клонирование в «1173761-device-34»… remote: Enumerating objects: 15, done. remote: Counting objects: 100% (15/15), done. remote: Compressing objects: 100% (14/14), done. remote: Total 15 (delta 0), reused 15 (delta 0), pack-reused 0 Получение объектов: 100% (15/15), 145.07 КиБ | 900.00 КиБ/с, готово.

Если вы видите ошибку Error: Permission denied (publickey) , скорее всего, вы ошиблись в настройке SSH-ключа. Вернитесь в этот раздел инструкции и повторите процесс настройки.

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

git clone git@github.com:_your-nickname_/_your-project_.git folder_name

Теперь на вашем компьютере в папке your_project или в той, название которой вы указали, находится полная копия репозитория c GitHub.

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

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

Создаём новую ветку — git branch

Откройте терминал и введите команду

git branch

Она показывает список веток, с которыми мы работаем в проекте, и выделяет текущую. Если мы находимся в master , то создаём новую ветку командой

git checkout -b имя-новой-ветки.

➜ 1173761-device-34 git:(master) git checkout -b task1 Переключено на новую ветку «task1» ➜ 1173761-device-34 git:(task1)

Если текущая ветка не master , переключитесь на неё с помощью команды checkout . После git checkout надо указать название нужной ветки.

git checkout master

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

git branch -m старое-имя-ветки новое-имя-ветки.

Сохраняем изменения — git add

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

Если вы хотите сохранить изменения не во всех файлах, для начала введите команду git status . Она покажет текущее состояние в вашей ветке, а именно список с названиями изменённых файлов, если они есть, и укажет на те, которые ожидают записи и сохранения (обычно они выделены красным цветом).

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

git add -A

Чтобы сохранить изменения только отдельных файлов, укажите их имена вручную. Например, если вы изменили файл index.html , введите

git add index.html

Если название очень длинное, вы начните его писать, нажмите Tab и терминал сам предложит продолжение пути к файлу.

Делаем коммит — git commit

Сделать коммит — значит зафиксировать все сохранённые изменения и дать им название. Это делается с помощью команды commit

git commit -m "ваше сообщение"

Текст сообщения должен быть лаконичным и вместе с этим сообщать о том, что делает коммит (внесённые изменения). Например,

Добавляет имя наставника в Readme
Вводит функцию сортировки изображений
Правит ошибку в поиске городов на карте

Отправляем изменения на GitHub — git push

Сохранённые изменения пока не видны коллегам, потому что находятся в нашем локальном репозитории. Нужно отправить коммиты на GitHub. Для этого введите команду

git push origin название-текущей-ветки

Где origin означает репозиторий на компьютере, то есть ваш форк. Слово origin — часть команды, не меняйте это название на своё.

Создаём пулреквест

Пулреквест (или PR) — это предложение изменить код в репозитории. PR должен проверить администратор мастер-репозитория — это может быть коллега-разработчик, техлид или наставник на курсе.

Если к коду нет вопросов, пулреквест принимается. Если нужно что-то исправить — отклоняется, и придётся исправить код и снова пройти цепочку git add — git commit — git push . Если вы и дальше работаете в той же ветке, а пулреквест ещё не принят, все ваши изменения автоматически добавятся в пулреквест, созданный из этой ветки после команды git push origin название-текущей-ветки .

Чтобы создать пулреквест, зайдите на страницу вашего форка на GitHub. Вверху появилась плашка Compare & pull request, а ещё можно зайти на вкладку Pull Requests.

Нажмите на неё и окажетесь на странице открытия пулреквеста. Проверьте описание и нажмите Create pull request.

Готово, теперь ждём остаётся ждать одобрения пулреквеста или комментариев к нему.

Синхронизируем репозитории

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

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

В локальном репозитории переключаемся на ветку master .

git checkout master

Забираем изменения из ветки master мастер-репозитория

git pull git@github.com:academy-student/1173761-device-34.git master

Отправляем изменения уже из своей ветки master в ваш форк на GitHub с помощью команды

git push origin master

Готово, теперь форк и оригинальный репозиторий находятся в актуальном состоянии.

Словарик

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

Git — самая популярная система контроля версий. С Git можно работать через терминал.

Как работает терминал: мы вводим команду и получаем ответ компьютера — или всё получилось, или где-то ошибка, или нужно ввести что-то ещё.

GitHub (или Гитхаб) — веб-сервис, основанный на Git, который помогает совместно разрабатывать IT-проекты. На Гитхабе разработчики публикуют свой и редактируют чужой код, комментируют проекты и следят за новостями других пользователей.

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

ssh-agent — программа для хранения и управления SSH-ключами.

Репозиторий — папка с файлами вашего проекта на сервере GitHub или у вас на компьютере.

Мастер-репозиторий — это общий для всей команды репозиторий с рабочей версией проекта.

Форк — полная копия мастер-репозитория, в которой вы можете безопасно работать.

Клонировать форк — скачать его командой git clone , чтобы работать с кодом на своём компьютере.

Пулреквест (или PR) — предложение изменить код в репозитории. PR должен проверить администратор мастер-репозитория — это может быть коллега-разработчик, техлид или наставник на курсе.

«Доктайп» — журнал о фронтенде. Читайте, слушайте и учитесь с нами.

Читать дальше

5 частых ошибок при работе с Git

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

27 августа 2023

GitHub Desktop: обзор и первая настройка

Самая короткая инструкция о том, как сохранить файлы в GitHub и ничего не сломать. И самое главное — никакой консоли, всё через окошки и с помощью мышки. Для этого используем GitHub Desktop.

Внимание! GitHub Desktop не работает на Windows 7×32, поэтому если у вас эта версия системы, обновитесь до Windows 10 или воспользуйтесь программой GitKraken.

В этой статье идёт рассказ о системах контроля версий. Если вы совсем ничего о них не знаете, прочитайте статьи «Словарь терминов для Git и GitHub» и «Введение в системы контроля версий», чтобы понять терминологию и разобраться, зачем мы вообще это делаем.

7 августа 2023

Как склеить коммиты и зачем это нужно

Когда вы открываете пулреквест и ваш код смотрят и комментируют другие, бывает нужно что-то исправить. Обычно такие изменения мы комментируем сообщением вроде «Увеличил шрифт на 2px » или «Поменял оттенок фона в шапке». Такие маленькие изменения интересны, только пока они в пулреквесте. Ревьювер (человек, который смотрит ваш код), может легко узнать, что и когда вы изменили, а не читать весь diff заново, а вы можете легко откатить коммит, если он не нужен. Но когда приходит время вливать пулреквест, эти маленькие коммиты теряют свою ценность. Поэтому лучше их склеить в один.

14 июня 2023

Основные команды для работы с Git

Работа с Git через терминал — это обязательная часть практики фронтендера. Однако для начинающих разработчиков этот инструмент может показаться сложным. Чтобы вам было проще учиться, мы собрали основные команды для работы с Git.

☝ В некоторых командах мы будем писать URL-адрес удалённого репозитория и название проекта в квадратных скобках, вот так — [ссылка на удалённый репозиторий] . Мы делаем это только для наглядности. Вам квадратные скобки ставить не нужно.

22 февраля 2023

Как бесплатно залить сайт на GitHub Pages

Допустим, вы сделали какой-то проект, например, собрали себе портфолио по шаблону, и теперь хотите выложить его в интернет. Если вы использовали только HTML и CSS, то необязательно платить деньги, чтобы загрузить сайт куда-то. Вы можете бесплатно выложить сайт на сервис GitHub Pages. Всё, что нужно — аккаунт на Гитхабе.

29 ноября 2022

Регистрация на GitHub

Создание нового аккаунта на GitHub состоит всего из 10 шагов — и вся регистрация занимает меньше пяти минут.

�� Обратите внимания, что интерфейс Гитхаба регулярно меняется, так что внешне он может отличаться, когда вы читаете эту статью.

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

Ввод почты. На следующем шаге начинается регистрация. Подтвердите свою почту с прошлого шага и нажмите Continue (Продолжить).

Пароль. Придумайте сложный пароль, чтобы его никто не взломал. Например, Гитхаб просит, чтобы в пароле было не меньше 15 символов или 8 символов, но тогда должны быть и латинские буквы, и цифры.

Имя профиля. Теперь выберите имя вашего профиля — оно будет использоваться в интерфейсе, в коммитах и комментариях. То есть именно так вас будет видеть любой пользователь Гитхаба. Для разработчика Гитхаб вместо визитки, так что выбирайте что-нибудь приличное, лучше, если ник будет совпадать с вашими никнеймами на других сайтах.

Если имя недоступно, Гитхаб вам об этом скажет. А если доступно — жмите Continue.

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

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

Подтверждение почты. После капчи вам придёт письмо с кодом на почту. Введите его на следующей странице.

Вот здесь. Главное — не ошибайтесь.

Общая информация о вас и вашей команде. Если вы регистрируете аккаунт для себя, выбирайте Just me. Второй пункт — студент вы или учитель. Выбирайте «Студент», если вы не учитель.

Интересы. Дальше Гитхаб спросит вас об интересах — то есть о том, зачем вы регистрируете аккаунт. Из вариантов:

Совместная разработка и код ревью.
Автоматизация. CI/CD, API и другие админские вещи.
Безопасность. Двухфакторная аутентификация, ревью, сканирование кода и списки зависимостей.
Приложения. Выбирайте, если будете использовать GitHub Mobile, CLI, Desktop.
Управление проектами. Проекты, метки, ишьи, вики и другие управленческие дела.
Управление командами. Организации, приглашения, роли, домены.
Сообщество. Выбирайте, если Гитхаб интересен вам как соцсеть.

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

Выбор тарифа. На выбор бесплатный тариф или платный GitHub Pro. Практика показывает, что для большинства личных проектов хватит бесплатного тарифа. В сентябре 2022 в него входили:

Безлимитное количество репозиториев.
2000 минут CI/CD в месяц.
500 мегабайт места в хранилище пакетов.
Поддержка сообщества.

Выбор тоже можно пропустить, тогда у вас будет бесплатный тариф.

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

28 сентября 2022

Работа с Git в Visual Studio Code

Если вы вёрстаете сайты или пишете код в редакторе Visual Studio Code, то Git за пять минут настраивается прямо внутри редактора. Не нужно запоминать команды для консоли, не нужно тыкать в лишние приложения.

Следуйте инструкции и всё получится.

16 сентября 2022

Markdown за 5 минут

Маркдаун, он же markdown — удобный и быстрый способ разметки текста. Маркдаун используют, если недоступен HTML, а текст нужно сделать читаемым и хотя бы немного размеченным (заголовки, списки, картинки, ссылки).

Главный пример использования маркдауна, с которым мы часто сталкиваемся — файлы readme.md , которые есть в каждом репозитории на Гитхабе. md в имени файла это как раз сокращение от markdown.

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

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

5 октября 2021

Шпаргалка по Git. Решение основных проблем

Поговорим о решении проблем с Git.

11 декабря 2020

Полезные команды для работы с Git

Работа с Git через терминал — это обязательная часть практики каждого современного фронтенд-специалиста. Однако, для начинающих это может показаться сложным. Чтобы упростить процесс обучения, мы собрали для вас все самые необходимые команды, которые пригодятся в работе с Git на первое время.

1 января 2020

Git: гайд для начинающих

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

Содержание

Что такое система контроля версий

Система контроля версий (VCS) — ПО для облегчения работы с изменяющейся информацией. Система управления версиями позволяет хранить несколько версий, следить за изменениями, возвращаться к предыдущему состоянию в случае ошибки и многое другое.

Самый простой пример — Google Документы, которые позволяют посмотреть изменения в документе.

отслеживание истории изменений
откат изменений
совместная работа

Существует несколько видом систем контроля версий. Глобально они все подразделяются на:

локальные
централизованные
распределённые

ЛОКАЛЬНЫЕ VCS

RCS, SCCS

Это такое ПО, которое работает в рамках локальной машины. Такие системы хранят на диске наборы патчей (различий между файлами) в специальном формате, применяя которые она может воссоздавать состояние каждого файла в заданный момент времени.
SCCS (Source Code Control System) считается одной из первых успешных систем управления версиями. Она была разработана в 1972 году.
Эти системы до сих пор используются в некоторых операционных системах и другом ПО, но они имеют ряд значительных недостатков. С такими системами можно работать только в рамках одного файла и имеют ограниченный функционал.

ЦЕНТРАЛИЗОВАННЫЕ VCS

CVS, SourceSafe, Subversion

Такие системы, используют единственный сервер, содержащий все версии файлов, и некоторое количество клиентов, которые получают файлы из этого централизованного хранилища (репозиторий). Они были достаточно долго популярными и являлись флагманами VCS лет 15 назад. Главный недостаток — вся история хранится на центральном сервере, и в случае неполадок с ним, историю практически невозможно восстановить, она будет утеряна.

РАСПРЕДЕЛЕННЫЕ VCS

Git, Mercurial, Bazaar

В отличие от централизованных, они хранят информацию не только на центральном сервере. В таких системах клиенты не просто скачивают снимок всех файлов (состояние файлов на определенный момент времени) — они полностью копируют репозиторий. Сейчас это самые распространённые системы управлениям версиями.

ЧТО ТАКОЕ GIT

Git — система управления версиями с распределенной архитектурой.

Разработана в 2005 году Линусом Торвальдсом, более известный как автор ядра Linux.

Является абсолютным лидером по популярности среди современных VCS.

Git в двух словах

Каждое сохранённое изменение проекта — это коммит. У каждого коммита есть комментарий, то есть объяснение того, что изменилось. Из таких коммитов собирается ветка (branch). Ветка — это история изменений со своим названием. В репозитории может быть несколько веток, которые создаются из других веток или вливаются в них.

Основные термины

Репозиторий — каталог файловой системы, в котором находятся: файлы конфигурации, файлы журналов операций, выполняемых над репозиторием, индекс расположения файлов и хранилище, содержащее сами контролируемые файлы.

Локальный репозиторий — репозиторий, расположенный на локальном компьютере разработчика в каталоге. Именно в нём происходит разработка и фиксация изменений, которые отправляются на удаленный репозиторий.

Удаленный репозиторий — репозиторий, находящийся на удаленном сервере. Это общий репозиторий, в который приходят все изменения, и из которого забираются все обновления.

Коммит (Commit) — зафиксированное состояние репозитория.
У коммита есть метаданные: идентификатор, имя автора, дата создания, комментарий.

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

Слияние (Merge) — слияние изменений из какой-либо ветки репозитория с любой веткой этого же репозитория.

Клонирование (Clone) — скачивание репозитория с удаленного сервера на локальный компьютер в определённый каталог для дальнейшей работы с этим каталогом как с репозиторием.

Пул (Pull) — получение последних изменений с удалённого сервера репозитория.

Пуш (Push) — отправка всех неотправленных коммитов на удалённый сервер репозитория.

УСТАНОВКА GIT

Чтобы приступить к работе с Git, необходимо установить его на свою машину. Это довольно просто:

Windows — нужно скачать .exe файл и запустить его. Для работы достаточно bash консоли.
Linux — обычно Git уже установлен и есть в дистрибутивах. Чтобы проверить, есть ли Git, откройте терминал и пропишите: git --version. В Ubuntu Git можно установить через терминал. Для этого введите sudo apt-get install git
MacOS — здесь также проверьте, установлен ли Git. Если у вас есть XCode, то Git точно есть. Если всё же нет, самый простой путь — скачать последнюю версию отсюда.

НАСТРОЙКА GIT

Теперь, когда Git установлен на вашей машине, нужно его настроить. Есть много опций, с которыми можно экспериментировать. У гита есть настройка пользователя, от которого будет идти работа. Когда создаётся коммит, гит собирает эту информацию для поля Author.

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

git config --global user.name "Ivan Ivanov" git config --global user.email ivan.ivanov@gmail.com

СОЗДАНИЕ НОВОГО РЕПОЗИТОРИЯ

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

.git — это папка, в которой содержится вся информация о репозитории. Это системная папка, которую трогать больше не надо. У каждого файла есть состояние. Состояния в гите надо понять и запомнить:

файл, который только что создан и не добавлен в репозиторий — untracked;
измененный файл в репозитории — modified;
из изменённых файлов выбираем только те, которые нужны нам, и они попадают в состояние staged;
из staged создаётся коммит и переходит в гит репозиторий. После всего этого staged состояние пустое, а modified может что-то содержать.

Чтобы узнать состояние файла используем команду git status.

Пояснение из официальной документации

ПОДГОТОВКА ФАЙЛОВ

Перед добавлением файлов в локальное хранилище их нужно подготовить. Для этого есть команда git add или git add -A. Можно добавить всё или лишь некоторые файлы.

Чтобы добавить отслеживание новых файлов, необходимо использовать команду git add. для добавления нескольких файлов по имени.

Чтобы удалить файлы, необходимо использовать команду git rm для удаления нескольких файлов по имени.

После того как все изменения внесены, можно их зафиксировать. Для этого необходимо ввести команду git commit -m “Комментарий к коммиту”.

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

Чтобы отправить локальную копию репозитория, на которой производились все действия, на сервер, есть команда git push.

РАБОТА С ВЕТКАМИ

Команда git checkout -b branch-name создаст ветку с указанным именем и автоматически переключится на неё.

После создания ветки, её можно отправить на сервер с помощью команды git push origin branch-name.

Переключиться на любую локальную ветку можно с помощью команды git checkout branch-name.

МУСОР

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

ПАМЯТКА ПО КОМАНДАМ

Есть множество команд для работы с Git. Здесь будут перечислены некоторые команды, которые позволяют выполнять базовые действия с Git. На практике работа с репозиториями ведётся не через консоль, а с использованием визуальных редакторов, либо средств, которые встроены в средства для разработки ПО.

git init — создание пустого репозитория.

git clone — клонирование удаленного репозитория.

git status — просмотр текущих изменений.

git add — добавить файл в локальный репозиторий.

git commit — зафиксировать коммит в локальном репозитории.

git commit -m "Description" — описание коммита в локальном репозитории. Это очень важный момент, так как информация должна лаконично описывать внесённые изменения.

git push — отправка изменений в удаленный репозиторий.

git pull — получение изменений из удалённого репозитория.

git log — просмотр истории изменений.

НАБОР КОМАНД ДЛЯ РАБОТЫ С ВЕТКАМИ

git branch — просмотр списка веток. Текущая ветка будет отмечена (*).

git branch — создать новую ветку с именем name.

git checkout — переключиться на ветку name.

git checkout -b — создать новую ветку с именем name и переключиться на нее.

git push — отправить ветку в удаленный репозиторий.

git branch -d — удалить ветку с именем name в локальном репозитории.

git push --delete — удалить ветку с именем name в удаленном репозитории.

git merge — слияние текущей ветки с веткой name.

Где находится git.exe?

Если вы используете GitHub для Windows, git.exe может не находиться в вашем PATH, но вы можете найти его в месте, таком как: C:\Users\\AppData\Local\GitHub\PortableGit_\bin\git.exe Вот такая ситуация для меня, в Windows 7 + версии 1.0 GitHub для Windows. В Windows 10 он, кажется, находится в: C:\Users\\AppData\Local\GitHub\PortableGit_\cmd\git.exe ( \cmd против \bin) Из GitHub Desktop 1.1 Интерфейс пользователя отличается, и путь к Git теперь находится в: C:\Users\\AppData\Local\GitHubDesktop\app-\resources\app\git\cmd\git.exe PS: AppData по умолчанию является скрытой папкой.

Поделиться 21 апреля 2013 в 04:28

c:\path\to\PortableGit-2.4.4.2-3rd-release-candidate-64-bit\cmd
c:\path\to\PortableGit-2.4.4.2-3rd-release-candidate-64-bit\usr\bin

Вы получите не только git.exe , но и более 200 исполняемых для команд Unix! Больше нет GnuOnWindows для установки.
См. больше на странице " Почему при загрузке Git 2.0 из сети вы всегда получаете пакет установщика 1.9.4? ".

"%LOCALAPPDATA%\GitHubDesktop\app-[gfw-version]\resources\app\git\cmd\git.exe" For instance: %LOCALAPPDATA%\GitHubDesktop\app-1.0.1\resources\app\git\cmd

Поделиться 13 августа 2012 в 06:08

Я очень удивлен, что никто не упомянул о использовании переключателя --exec-path.

git --exec-path

C:\Program Files\Git\mingw64/libexec/git-core

Надеюсь, это поможет кому-то.

Поделиться 09 августа 2017 в 21:07

Просто добавьте к паре ответов, уже представленных здесь:

На Windows вы можете использовать встроенное "где" вместо "которое" (что для Linux). Таким образом, где git сообщит вам местоположение git, предполагая, что он находится в системном пути.

Если он не находится в системном пути и вы хотите встроенного (без загрузок или установок), используйте команду разумного времени для его поиска, используйте dir /s git.exe

Поделиться 06 сентября 2013 в 01:17

Если вы используете SourceTree, здесь можно найти один экземпляр:

%USERPROFILE%\AppData\Local\Atlassian\SourceTree\git_local\bin

Вы также можете быстро установить через chocolatey. choco install git , который затем сделает его доступным в вашем пути без дальнейшей работы с вашей стороны.

Поделиться 01 июня 2015 в 15:10

Вот пошаговые инструкции, которые помогут вам узнать:

Если вы используете любую версию Windows, выполните Ctrl - Shift - Esc в открытом диспетчере задач.
Откройте GitHub и посмотрите в диспетчере задач.
Должно быть что-то вроде этого:
Щелкните правой кнопкой мыши на строке с именем GitHub и выберите "Открыть расположение файла".
Должно появиться окно, показывающее вам, где находится файл.

Вы можете сделать это с любым приложением, а не только с GitHub.

Поделиться 23 декабря 2015 в 19:31

введите в командной строке:

where git.exe

Поделиться 23 января 2014 в 22:49

Если вы можете использовать команду git, она должна находиться в вашем пути? Таким образом, это должно работать, предполагая, что Linux или Linux похожи на ОС

which git

иначе также предполагая, что Linux похожи на ОС

cd / find . -name "*git*"

если на Windows, скажите, какую версию вы используете, и я вам помогу. Путь по умолчанию на Windows - C:\Program Files (x86)\Git .

Имя исполняемого файла не является git.exe на всех системах.

Поделиться 13 августа 2012 в 05:34

Похоже, что git.exe можно найти в разных местах в зависимости от того, как он был установлен, версии и версии Windows.

Я установил Git-2.6.3-64-bit.exe (чистая установка; только git, а не клиент Github Desktop) на Windows 10 Pro N. Это местоположение по умолчанию:

Поделиться 27 ноября 2015 в 10:06

C:\Users\\AppData\Local\GitHub\PortableGit_\cmd\git.exe находится там, где находится мой git.exe на Windows 10, Git версии 2.10.0.0

Редактировать: С GitHubDesktop местоположение изменилось на это

C:\Users\\AppData\Local\GitHubDesktop\app-1.0.1\resources\app\git\cmd

или более простым способом

%USERPROFILE%\AppData\Local\GitHubDesktop\app-1.0.1\resources\app\git\cmd

Поделиться 11 сентября 2016 в 04:37

Install git first to your window from

 Select this path while configuring with git to Android studio C:\Program Files\Git\cmd\git.exe

Поделиться 17 апреля 2019 в 07:55

Иногда это может быть в: C:\Users\user-name\AppData\Local\Programs\Git\cmd . Проверка переменной среды PATH для USER и SYSTEM может дать вам это.

Поделиться 18 февраля 2020 в 16:36

Ну, я только что искал git.exe на моей Windows.
Многие файлы возвращались с именами, такими как git-something.exe и git-somethingElse.exe .
Из них я мог найти файл с точным именем git.exe. Я открыл файл и увидел командную строку с различными командами git, что заставило меня решить, что это правильный.
Вставил путь к файлу (ниже) в PyCharm и это сработало.

C:\Users\*Username*\AppData\Local\GitHub\PortableGit_cba306e536fdf878271f7fe636a147f7326ad\cmd\git.exe

PS: Я установил Git и GitHub через Windows, установив клиентский интерфейс GitHub.

Поделиться 29 декабря 2015 в 13:25

Проверьте этот путь:

C:\Program Files\Git\mingw64\libexec\git-core\git.exe

Поделиться 21 августа 2019 в 15:02

Ожидается, что в последней версии GH для Windows снова было перемещено на:

%USERPROFILE%\AppData\Local\GitHubDesktop\app-[gfw-version]\resources\app\git\cmd\git.exe

Учитывая, что теперь она имеет версию в структуре папок, я думаю, что она будет перемещаться каждый раз при автоматическом обновлении. Это делает невозможным включение в путь. Я думаю, что лучший вариант - установить git отдельно.

Поделиться 19 июня 2017 в 06:56

В Windows 7 на GitHub 2.5.3.0 я нашел это в C:\Users(user)\AppData\Local\GitHub\PortableGit_(numbers)\mingw32\bin\git.exe

благодаря dir /s git.exe

Поделиться 05 декабря 2015 в 16:27

После установки я нашел его на C:\Program Files\Git\bin\git.exe

Поделиться 03 августа 2017 в 05:01

Член команды GitHub Desktop здесь

Версия Git, используемая в GitHub Desktop (или GitHub для Windows), не предназначена для использования непосредственно пользователями, так как путь будет изменяться между обновлениями и может не иметь некоторых необходимых функций.

Я рекомендую установить Git для Windows, который будет установлен в предсказуемом месте в C:\Program Files\Git\cmd\git.exe .

Поделиться 13 февраля 2019 в 20:48

Для тех, кто может не найти другие подходящие решения,

Я только что скачал новейшую версию и git.exe был расположен в

C:\Users\\AppData\Local\GitHubDesktop\app-1.0.10\resources\app\git\cmd

Поделиться 09 декабря 2017 в 15:15

В Windows 8 я нашел его путь следующим образом:

enter image description here

Поделиться 16 января 2015 в 12:55

Если у вас есть установка git на основе PowerShell, вы можете использовать объект Get-Command для поиска git:

Get-Command git.exe | Select-Object -ExpandProperty Definition

Поделиться 24 октября 2015 в 18:25

Если у вас установлен msysgit, путь будет выглядеть как c:\Program Files (x86)\Git\bin\git.exe на 64-разрядной системе, в противном случае просто скачайте и установите его, PyCharm не будет поставляться с клиентом Git.

Поделиться 13 августа 2012 в 10:14

После прохождения этого для всех ответов, я не нашел пути.
Последний файл githubdesktop.exe для Windows 10 попадает в эту директорию:

C:\ProgramData\\GitHubDesktop\app-1.0.13\GitHubDesktop.exe

Поделиться 13 февраля 2018 в 14:12

Во-первых, вам следует установить github на свой компьютер; во-вторых, вы можете скачать инструмент 'Все'; в-третьих, откройте инструмент все, введите git.exe, затем вы найдете местоположение и скопируйте его в PyCharm, и Test, вы увидите успешно!

Поделиться 01 сентября 2013 в 04:19

Я работаю с OSX и столкнулся с этой проблемой. Я обнаружил, что xcode отключил git, что снова заставило меня согласиться на T&Cs. Я исправил это, сделав следующее:

в окне терминала, в папке моего проекта: git status
я получил следующую запись в журнале: Согласие с лицензией Xcode/iOS требует привилегий администратора, пожалуйста, перезапустите ее как root через sudo.
я запустил следующее: sudo git status
затем я согласился на T&Cs и все было не так

Поделиться 26 октября 2015 в 17:44

Если у вас установлена Visual Studio 2022, git.exe находится здесь:

C:\Program Files\Microsoft Visual Studio\2022\Professional\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team Explorer\Git\mingw32\bin

Поделиться 30 мая 2022 в 11:23

Попробуйте посмотреть в C:\Program Files\Git\bin . Я смог использовать git.exe , расположенный там, чтобы настроить мой репозиторий с помощью PyCharm.

Поделиться 26 февраля 2018 в 07:45

Если вы используете Git For Windows, то он находится в

C:\Program Files\Git\mingw64\libexec\git-core

Хорошо иметь в виду, что Git For Windows предлагает Git CMD, командную строку с уже установленным PATH. Git CMD доступен в качестве ярлыка в

Start Menu > Programs > Git

среди других вариантов.