1234ru / git-bash-win.md

Далее будет рассмотрена работа с portable-версией.

В пакете присутствует не только сам git, но и средства для работы в командной строке, которые позволяют сделать рабочий процесс практически полностью идентичным таковому в Unix-системах. (При этом, в отличие от подсистемы Windows for Linux, нет ни необходимости устанавливать дополнительные компоненты ОС, ни жёстких требований к новизне версии Windows).

В первую очередь, это оболочка bash , которая поддерживает цвета и комбинации клавиш, а также сопутствующие программы из числа наиболее часто используемых в Linux ( ls , grep , curl , vim , ssh (!) и пр.) делают возможными многие привычные операции.

Для настройки bash (например, вида системного приглашения) используется стандартный файл .bashrc , который нужно разместить в домашнем каталоге пользователя ( C:/Users/пользователь ).

В первую очередь, необходимо указать работу в кодировке UTF-8:

(Кодировку также нужно будет указать самому терминалу — см. ниже).

Также наверняка захочется настроить вид системного приглашения (текущее можно посмотреть, дав команду echo $PS1 ):

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

Пути файловой системы

Все пути начинаются с / (как в Unix-системах). Путь вида C:/somedir отображается в виде /c/somdeir . Можно использовать и в оригинале ( C:/. ), но с ним не будет работать достройка путей по Tab .

, указывающее на домашний каталог пользователя.

Имена системных переменных нужно писать, начиная с $ , а не обрамляя % : echo $PATH , а не echo %PATH .

При прямом запуске из командной строки bash стартует в стандартной консоли Windows cmd , которая работает в кодировке CP866 . Чтобы консоль работала в UTF-8, перед запуском bash нужно дать команду CHCP 65001 .

Автоматизировать этот процесс можно так:

1. Создать рядом с bash.exe файл b.bat (короткое имя — для быстрого запуска):

1. Запускать bat-файл из диалога Run: Win+R; b; Enter .

В результате будет получен полностью готовый к работе терминал с командной оболочкой bash.

Редактор vi (а точнее, vim ) используется как стандартный редактор при написании commit-сообщений git . Для корректной работы с кириллическим текстом в настройках запуска vim нужно явно указать кодировку UTF-8. Это делается в файле .vimrc , который нужно поместить в домашний каталог пользователя (по аналогии с *nix-системами):

Предварительно терминалу Windows обязательно должна быть установлена кодовая страница 65001 (см. предыдущий пункт), иначе редактор будет работать некорректно.

Глобальные настройки на уровне пользователя ОС git хранит в файле .gitconfig в домашнем каталоге пользователя так же, как в Linux. Можно сразу скопировать этот файл с какого-нибудь рабочего сервера и исправить в нем нужные места, вместо того, чтобы давать набор команд git config —global .

Как правило, необходимо указать имя и email:

Без этого git не даст отправлять изменения в удаленные репозитории ( git push ).

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

Самый простой путь задействовать свой приватный ключ — скопировать его openssh-версию в файл

/.ssh/id_rsa (снова точно так же, как в Linux). Он будет использоваться не только при работе git, но и при использовании команды ssh для соединения к удаленным сервером напрямую (которую можно использовать как альтернативу putty).

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

Если для разных хостов нужны разные ключи, потребуется более детальная настройка ssh . Подробнее см. https://stackoverflow.com/a/25924462.

Странности (то, что работает не так, как в Linux)

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

Для того, чтобы начать работать с системой контроля версий 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 также возможна.

• Use Git and optional Unix tools from the Windows Command Prompt

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

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

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

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

• Checkout Windows-style, commit Unix-style line endings

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

• Checkout as-is, commit Unix-style line endigns

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

• Checkout as-is, commit as-is

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

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

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

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

• Use MinTTY (the defaul terminal of MSYS2)

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

• Use Windows’ default console window

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

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

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

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

• Enable file system caching

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

• Enable Git Credential Manager

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

• Enable symbolic links

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

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

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

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

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

Для установки Git под Linux, также необходимо зайти на сайт https://git-scm.com/ и перейти в раздел Downloads. В зависимости от используемой вами версии операционной системы Linux необходимо выбрать тот или иной способ установки Git.

Solaris 11 Express

Рекомендуем классный курс по git от GeekBrains , перейдите по ссылке и найдите в разделе “Курсы” курс “Git. Быстрый старт” . Это бесплатный видеокурс, зарегистрируйтесь и начинайте получать новые знания.

Git Bash won’t run my python files?

I have been trying to run my python files in Git Bash but I keep getting an error and can’t figure out how to fix it. My command as follows in the git bash executable python filename.py then it says

I’m a windows user and I have added the path to my environment variables like so C:\Python27\python.exe;C:\Program Files\Git\bin\bash.exe

I have been looking around but I can’t find anyone that has had this problem or they don’t give a straightforward answer please help.

Also I have never used Git before this is my first time.

7 Answers 7

Adapting the PATH should work. Just tried on my Git bash:

In particular, only provide the directory; don’t specify the .exe on the PATH ; and use slashes.

That command did not work for me, I used:

Then to make sure that git remembers the python path every time you open git type the following.

Here is the SOLUTION

If you get Response:

1. bash: python: command not found OR
2. bash: conda: command not found

To the following Commands: when you execute python or python -V conda or conda —version in your Git/Terminal window

Background: This is because you either

1. Installed Python in a location on your C Drive (C:) which is not directly in your program files folder.
2. Installed Python maybe on the D Drive (D:) and your computer by default searches for it on your C:
3. You have been told to go to your environment variables (located if you do a search for environment variables on your machines start menu) and change the «Path» variable on your computer and this still does not fix the problem.

Solution:

At the command prompt, paste this command export PATH=»$PATH:/c/Python36″ . That will tell Windows where to find Python. (This assumes that you installed it in C:\Python36)

If you installed python on your D drive, paste this command export PATH=»$PATH:/d/Python36″ .

Then at the command prompt, paste python or python -V and you will see the version of Python installed and now you should not get Python 3.6.5

Assuming that it worked correctly you will want to set up git bash so that it always knows where to find python. To do that, enter the following command: echo ‘export PATH=»$PATH:/d/Python36″‘ > .bashrc

Permanent Solution

Go to BASH RC Source File (located on C: / C Drive in “C:\Users\myname”)

Make sure your BASH RC Source File is receiving direction from your Bash Profile Source File, you can do this by making sure that your BASH RC Source File contains this line of code: source

Go to BASH Profile Source File (located on C: / C Drive in “C:\Users\myname”)

Enter line: export PATH=»$PATH:/D/PROGRAMMING/Applications/PYTHON/Python365″ (assuming this is the location where Python version 3.6.5 is installed)

This should take care of the problem permanently. Now whenever you open your Git Bash Terminal Prompt and enter “ python ” or “ python -V ” it should return the python version

Can not activate a virtualenv in GIT bash mingw32 for Windows

When I try to activate my virtualenv from GIT bash mingw32 I do not get the expected response.

NOTE: py is the folder for Python projects in my Google Drive folder. hy is the virtualenv folder that was made when I ran virtualenv —distribute hy .

So you see, there is no expected (hy) that appears before s3z@s3z

And when targeting the actual file name activate.bat I get error messages. Then I try deactivating to see what happens cause I thought maybe virtualenv was activated but hidden.

5 Answers 5

Doing Scripts/activate runs the script in a new instance of the shell, which is destroyed after the script execution. To run the script in your current shell, use either . Scripts/activate or source Scripts/activate .

Scripts/activate.bat does not work here because it is written in Batch, Windows cmd.exe language, and not Bash.

On Windows10, you could go in the directory of your virtualenv where the Scripts folder is placed then enter the below command

Note the .(dot) without this it was giving error to me when I use it like above mentioned then the solution provided by Pierre worked for me.

How to activate then deactivate a venv with Git Bash

To access your python in Windows 10, you need to add the .exe when creating the virtual environment.

Then you can move into the Scripts folder you created for the virtual environment.

Now you have to call on it to activate the virtual environment.

When you are done you just deactivate the virtual environment.

Just do . Scripts/activate in your virtual environment folder

I know there’s an answer already on here but I thought I could post my solution for those coming to this post a lot later like me. After installing python 3.8.2 and making sure you selected add python to c drive path on the initial install, do the following.

Install virtualenv with pip install virtualenv and then test.

Go into your project folder, type pip freeze this will show all the installed packages which may not be wanted for a new project.

Type python -m venv ./venv and then cd venv ,

Type . Scripts/activate . You should now see (venv) , which is the name you gave in step 3.

cd .. back to the root of your project folder and type pip freeze to check this virtual environment if clear for a new project.