Git ошибка при установке

Несколько пользователей сообщают о получении «Git’ не распознается как внутренняя или внешняя команда » ошибка при попытке запустить команду git в командной строке. Хотя некоторые пользователи сообщали, что эта проблема возникла через некоторое время после установки Git для Windows, другие сталкиваются с этой проблемой, как только установка Git завершена.

«Git» не распознается как внутренняя или внешняя команда,
работоспособная программа или командный файл.

То, что вызывает «git», не распознается как внутренняя или внешняя ошибка команды

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

• Git PATH не установлен (или неправильно) в Переменные — Недавнее программное обеспечение в самом программном обеспечении или ошибка пользователя, возможно, неправильно настроили Git PATH в скобках переменных.
• CMD был открыт во время установки GIT — Если вы недавно установили Git для Windows во время открытия окна командной строки, проблема может быть решена, как только вы снова откроете командную строку.

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

Способ 1: повторно открыть командную строку

Если вы относитесь к парням (или девушкам) в терминале и постоянно держите окно CMD открытым (даже во время установки Git), проблема может возникнуть из-за того, что командная строка не была обновлена ​​с последними изменениями переменных.

Если этот сценарий применим к вам, исправить это так же просто, как закрыть окно CMD и открыть еще одно. Если путь был задан правильно, вы сможете использовать команды Git без получения «Git’ не распознается как внутренняя или внешняя команда » ошибка.

Если этот сценарий не применим к вашей ситуации, перейдите к следующему способу ниже.

Способ 2: использование автоматического способа добавления GIT-пути к переменным

Если вы хотите избежать возни с переменными PATH, вы можете решить «Git’ не распознается как внутренняя или внешняя команда » ошибка при использовании графического интерфейса установки Git для автоматического создания переменных Path для вас. Это позволит вам использовать Git как из Git Bash, так и из командной строки Windows.

Вот краткое руководство по удалению Git и настройке начальной установки для автоматического добавления переменных пути для вас:

1. Нажмите Windows ключ + R открыть диалоговое окно «Выполнить». Затем введите «appwiz.cplИ нажмите Войти открыть Программы и особенности окно.
   Диалог запуска: appwiz.cpl
2. внутри Программы и особенности, найдите запись Git, щелкните по ней правой кнопкой мыши и выберите Удалить. Затем следуйте инструкциям на экране, чтобы удалить текущую установку Git.
   Удалите текущую версию Git
3. Перезагрузите компьютер, чтобы завершить процесс удаления.
4. Посетите эту ссылку (Вот) и загрузите последнюю версию Git для Windows. Загрузка должна начаться автоматически. Если это не так, просто нажмите на версию, связанную с вашей битовой архитектурой ОС.
   Загрузка установочного исполняемого файла Git
5. Откройте исполняемый файл установки и следуйте инструкциям по установке. Вы можете оставить все параметры для значений по умолчанию. Когда вы доберетесь до настройки среды PATH, убедитесь, что вы выбрали Использовать Git из командной строки Windows переключения.
   Выберите «Использовать Git» в командной строке Windows.
6. Продолжите настройку установки, оставив выбранные значения по умолчанию (или выберите свои собственные), затем щелкните устанавливать кнопка.
   Установка Git для Windows
7. После завершения установки перезагрузите компьютер. При следующем запуске вы сможете запускать команды прямо из Командная строка Windows.

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

Способ 3: добавление переменной PATH вручную

Если вы зашли так далеко без результата, очень вероятно, что вы видите именно эту проблему, потому что переменная Git не сконфигурирована (или неправильно сконфигурирована) в Переменные среды.

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

1. Откройте проводник и перейдите к папке с cmd внутри установки Git. Вот пути по умолчанию для версий x86 и x64:
2. Далее щелкните правой кнопкой мыши на git.exe и выбрать свойства. Затем в генеральный вкладка Свойства git.exe, скопируйте местоположение исполняемого файла (он понадобится нам позже).
   Скопируйте расположение git.exe
3. Далее нажмите Windows ключ + R открыть Бежать диалоговое окно, затем введите «sysdm.cplИ нажмите Войти открыть Свойства системы меню.
   Диалог запуска: sysdm.cpl
4. Внутри Свойства системы меню, перейдите к продвинутый вкладку и нажмите на Переменные среды.
   Перейдите на вкладку «Дополнительно» и нажмите «Переменные среды».
5. Внутри Переменные среды меню, перейдите к Системные переменные в подменю выберите Дорожка, затем нажмите редактировать кнопка.
   Перейдите в Системные переменные, выберите Путь и нажмите кнопку Изменить.
6. в Изменить переменные среды нажмите кнопку новый нажмите кнопку и просто вставьте место, которое мы скопировали на шаге 2. Затем нажмите Войти создать переменную.
   Нажмите New и вставьте местоположение git.exe.
7. Нажмите Хорошо в каждом открытом запросе, чтобы убедиться, что изменения сохранены.
8. Откройте окно CMD и введите «git». Вы больше не должны сталкиваться с «Git’ не распознается как внутренняя или внешняя команда » ошибка.
   Ошибка терминала Git теперь устранена

Источник

Исправление: «git» не распознается как внутренняя или внешняя команда

Несколько пользователей сообщают об ошибке «git’ не распознается как внутренняя или внешняя команда » при попытке запустить команду git в командной строке. Хотя некоторые пользователи сообщили, что эта проблема возникла через некоторое время после установки Git для Windows, другие сталкиваются с этой проблемой сразу после завершения установки Git.

Причина, по которой ‘git’ не распознается как внутренняя или внешняя ошибка команды

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

• Git PATH не установлен (или неправильно) в переменных. – Последнее программное обеспечение в самом программном обеспечении или ошибка пользователя могли неправильно настроить Git PATH в скобках переменных.
• CMD был открыт во время установки GIT . Если вы недавно установили Git для Windows, когда было открыто окно командной строки, проблема может быть решена, как только вы повторно откроете командную строку.

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

Метод 1. Повторно откройте командную строку

Если вы парень (или девушка) терминального типа и постоянно держите окно CMD открытым (даже во время установки Git), проблема может возникнуть из-за того, что командная строка не был обновлен последними изменениями переменных.

Если этот сценарий применим к вам, исправить так же просто, как закрыть окно CMD и открыть другое. Если путь был задан правильно, вы сможете использовать команды Git без получения ошибки «git ‘не распознается как внутренняя или внешняя команда» .

Если этот сценарий неприменим к вашей ситуации, перейдите к следующему способу ниже.

Метод 2: Использование автоматического способа добавления пути GIT к переменным

Если вы не хотите возиться с переменными PATH, вы можете разрешить ошибку «git ‘не распознается как внутренняя или внешняя команда» , используя графический интерфейс установки Git для автоматического создания переменных Path. Это позволит вам использовать Git как из Git Bash, так и из командной строки Windows.

Вот краткое руководство по удалению Git и последующей настройке начальной установки для автоматического добавления переменных пути:

1. Нажмите клавишу Windows + R , чтобы открыть диалоговое окно «Выполнить». Затем введите « appwiz. cpl ”и нажмите Enter , чтобы открыть окно Программы и компоненты .
2. Внутри Программы и компоненты найдите запись Git, щелкните ее правой кнопкой мыши и выберите Удалить . Затем следуйте инструкциям на экране, чтобы удалить текущую установку Git.
3. Перезагрузите компьютер, чтобы завершите процесс удаления.
4. Перейдите по этой ссылке ( здесь ) и загрузите последнюю версию Git для Windows. Загрузка должна начаться автоматически. В противном случае просто щелкните версию, связанную с вашей битовой архитектурой ОС.
5. Откройте исполняемый файл установки и следуйте инструкциям по установке. Вы можете оставить для всех параметров значения по умолчанию. Когда вы перейдете к настройке среды PATH, убедитесь, что вы выбрали переключатель Использовать Git из командной строки Windows .
6. Продолжите настройку установки, оставив выбранные значения по умолчанию (или выберите свои собственные), затем нажмите кнопку Установить .
7. После завершения установки перезагрузите компьютер. При следующем запуске вы сможете запускать команды прямо из командной строки Windows .

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

Метод 3. Добавление переменной PATH вручную

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

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

1. Откройте проводник и перейдите к папке cmd внутри установки Git. Вот пути по умолчанию для версий x86 и x64:
2. Затем щелкните правой кнопкой мыши git.exe и выберите Свойства . Затем на вкладке Общие в git.exe Properties скопируйте расположение исполняемого файла (он нам понадобится позже).
3. Затем нажмите клавишу Windows + R , чтобы открыть В диалоговом окне «Выполнить » введите « sysdm. cpl ”и нажмите Enter , чтобы открыть меню Свойства системы .
4. В меню Свойства системы перейдите на вкладку Дополнительно и нажмите Переменные среды .
5. Внутри переменных среды перейдите в подменю Системные переменные , выберите Путь , затем нажмите кнопку Изменить .
6. В окне Изменить переменные среды нажмите Создать и просто вставьте местоположение, которое мы скопировали на шаге 2. Затем нажмите Enter , чтобы создать переменную.
7. Нажимайте OK в каждом открывшемся запросе, чтобы гарантировать сохранение изменений.
8. Откройте Окно CMD и введите «git». Вы больше не должны сталкиваться с ошибкой «git ‘не распознается как внутренняя или внешняя команда» .

Источник

HTTPS cloning errors

There are a few common errors when using HTTPS with Git. These errors usually indicate you have an old version of Git, or you don’t have access to the repository.

Here’s an example of an HTTPS error you might receive:

> error: The requested URL returned error: 401 while accessing
> https://github.com/USER/REPO.git/info/refs?service=git-receive-pack
> fatal: HTTP request failed

> Error: The requested URL returned error: 403 while accessing
> https://github.com/USER/REPO.git/info/refs
> fatal: HTTP request failed

> Error: https://github.com/USER/REPO.git/info/refs not found: did you run git
> update-server-info on the server?

Check your Git version

There’s no minimum Git version necessary to interact with GitHub, but we’ve found version 1.7.10 to be a comfortable stable version that’s available on many platforms. You can always download the latest version on the Git website.

Ensure the remote is correct

The repository you’re trying to fetch must exist on GitHub.com, and the URL is case-sensitive.

You can find the URL of the local repository by opening the command line and
typing git remote -v:

$ git remote -v
# View existing remotes
> origin  https://github.com/ghost/reactivecocoa.git (fetch)
> origin  https://github.com/ghost/reactivecocoa.git (push)

$ git remote set-url origin https://github.com/ghost/ReactiveCocoa.git
# Change the 'origin' remote's URL

$ git remote -v
# Verify new remote URL
> origin  https://github.com/ghost/ReactiveCocoa.git (fetch)
> origin  https://github.com/ghost/ReactiveCocoa.git (push)

Alternatively, you can change the URL through our
GitHub Desktop application.

Provide an access token

To access GitHub, you must authenticate with a personal access token instead of your password. For more information, see «Creating a personal access token.»

If you are accessing an organization that uses SAML SSO and you are using a personal access token (classic), you must also authorize your personal access token to access the organization before you authenticate. For more information, see «About authentication with SAML single sign-on» and «Authorizing a personal access token for use with SAML single sign-on.»

Check your permissions

When prompted for a username and password, make sure you use an account that has access to the repository.

Tip: If you don’t want to enter your credentials every time you interact with the remote repository, you can turn on credential caching. If you are already using credential caching, please make sure that your computer has the correct credentials cached. Incorrect or out of date credentials will cause authentication to fail.

Use SSH instead

If you’ve previously set up SSH keys, you can use the SSH clone URL instead of HTTPS. For more information, see «About remote repositories.»

Error: Repository not found

If you see this error when cloning a repository, it means that the repository does not exist or you do not have permission to access it. There are a few solutions to this error, depending on the cause.

Check your spelling

Typos happen, and repository names are case-sensitive. If you try to clone git@github.com:user/repo.git, but the repository is really named User/Repo you will receive this error.

To avoid this error, when cloning, always copy and paste the clone URL from the repository’s page. For more information, see «Cloning a repository.»

To update the remote on an existing repository, see «Managing remote repositories».

Checking your permissions

If you are trying to clone a private repository but do not have permission to view the repository, you will receive this error.

Make sure that you have access to the repository in one of these ways:

• The owner of the repository
• A collaborator on the repository
• A member of a team that has access to the repository (if the repository belongs to an organization)

Check your SSH access

In rare circumstances, you may not have the proper SSH access to a repository.

You should ensure that the SSH key you are using is attached to your personal account on GitHub. You can check this by typing
the following into the command line:

$ ssh -T git@github.com
> Hi USERNAME! You've successfully authenticated, but GitHub does not
> provide shell access.

If the repository belongs to an organization and you’re using an SSH key generated by an OAuth App, OAuth App access may have been restricted by an organization owner. For more information, see «About OAuth App access restrictions.»

For more information, see Adding a new SSH key to your GitHub account.

Check that the repository really exists

If all else fails, make sure that the repository really exists on GitHub.com!
If you’re trying to push to a repository that doesn’t exist, you’ll get this error.

Error: Remote HEAD refers to nonexistent ref, unable to checkout

This error occurs if the default branch of a repository has been deleted on GitHub.com.

Detecting this error is simple; Git will warn you when you try to clone the repository:

$ git clone https://github.com/USER/REPO.git
# Clone a repo
> Cloning into 'repo'...
> remote: Counting objects: 66179, done.
> remote: Compressing objects: 100% (15587/15587), done.
> remote: Total 66179 (delta 46985), reused 65596 (delta 46402)
> Receiving objects: 100% (66179/66179), 51.66 MiB | 667 KiB/s, done.
> Resolving deltas: 100% (46985/46985), done.
> warning: remote HEAD refers to nonexistent ref, unable to checkout.

To fix the error, you’ll need to be an administrator of the repository on GitHub.com.
You’ll want to change the default branch of the repository.

After that, you can get a list of all the available branches from the command line:

$ git branch -a
# Lists ALL the branches
>   remotes/origin/awesome
>   remotes/origin/more-work
>   remotes/origin/new-main

Then, you can just switch to your new branch:

$ git checkout new-main
# Create and checkout a tracking branch
> Branch new-main set up to track remote branch new-main from origin.
> Switched to a new branch 'new-main'