6 Подробнее про настройку Git
1. Создайте подпапку занятия и в ней репозиторий
Рекомендуем при этом пользоваться терминалом
6.git-configuration
2. Посмотрите видео
Попробуйте найти файл конфига гит в вашей системе
При необходимости вы можете настроить гит под себя
3. Pro Git Глава 8.1 Форматирование и пробелы
Ниже цитируется важная часть главы 8.1
Проблемы форматирования и пробелов являются одними из самых неприятных и незаметных проблем, с которыми сталкивают разработчики > при совместной работе, особенно используя разные платформы. Это легко может произойти с патчами или с любой другой совместной > работой, так как редакторы молча исправляют несоответствия, и если ваши файлы когда либо касаются систем Windows, то переносы > строк могут быть заменены. В Git есть несколько настроек, чтобы справиться с этими проблемами.
core.autocrlf
Если вы программируете в Windows и работаете с людьми, которые не используют её (или наоборот), рано или поздно, вы столкнётесь с проблемами переноса строк. Это происходит потому, что Windows при создании файлов использует для обозначения переноса строки два символа «возврат каретки» и «перевод строки», в то время как Mac и Linux используют только один — «перевод строки». Это незначительный, но невероятно раздражающий факт кроссплатформенной работы; большинство редакторов в Windows молча заменяют > переносы строк вида LF на CRLF или вставляют оба символа, когда пользователь нажимает клавишу ввод.
Git может автоматически конвертировать переносы строк CRLF в LF при добавлении файла в индекс и наоборот — при извлечении кода. > Такое поведение можно включить используя настройку core.autocrlf. Если у вас Windows, то установите значение true — при извлечении > кода LF окончания строк будут преобразовываться в CRLF:
$ git config --global core.autocrlf trueЕсли у вас система Linux или Mac, то вам не нужно автоматически конвертировать переносы строк при извлечении файлов; однако, если > файл с CRLF окончаниями строк случайно попал в репозиторий, то Git может его исправить. Можно указать Git конвертировать CRLF в LF > во время коммита, но не наоборот, установив настройке core.autocrlf значение input:
$ git config --global core.autocrlf inputТакая конфигурация позволит вам использовать CRLF переносы строк в Windows, при этом в репозитории и системах Mac и Linux будет > использован LF.
Если вы используете Windows и программируете только для Windows, то вы можете отключить описанный функционал задав значение false, > сохраняя при этом CR символы в репозитории:
$ git config --global core.autocrlf falsecore.whitespace
Git поставляется настроенным на обнаружение и исправление некоторых проблем с пробелами. Он в состоянии найти шесть основных > проблем, обнаружение трёх из них включено по умолчанию, а трёх других — выключено.
Те, что включены по умолчанию — это blank-at-eol, что ищет пробелы в конце строки; blank-at-eof, что ищет пробелы в конце файла; и > space-before-tab, что ищет пробелы перед символом табуляции в начале строки.
Те, что выключены по умолчанию — это indent-with-non-tab, что ищет строки с пробелами вначале вместо символа табуляции (и контролируется настройкой tabwidth); tab-in-indent, что ищет символы табуляции в отступах в начале строки; и cr-at-eol, которая > указывает Git на валидность наличия CR в конце строки.
Указав через запятую значения для настройки core.whitespace, можно сказать Git какие из этих опций должны быть включены.
4. Псевдонимы в Git
У вас есть возможность создавать собственные сокращения длинных команд. Подробнее в главе