Первоначальная настройка

Вы только что установили Git и теперь смотрите на чёрный терминал, как на космический пульт. Знакомое чувство? Сейчас разберёмся. Первоначальная настройка — это не скучная формальность, а ваш личный цифровой паспорт. Именно от неё зависит, как вас увидят коллеги и будущие работодатели в истории коммитов. И да, здесь нет права на ошибку: одно неправильное имя — и все ваши коммиты превратятся в анонимки.

Представьте, что вы заходите в новый офис. Вас встречают, дают бейджик с именем, пропуск, настраивают рабочее место. Без этого вы — просто человек в толпе. Git без настройки — то же самое. Вы сможете сохранять файлы, но никто не узнает, кто это сделал. А когда проект разрастётся, вы сами запутаетесь, где ваши правки, а где — чужие. Давайте сделаем так, чтобы с первого коммита вас узнавали в лицо.

Кому это нужно: разбор аудитории по типам

Первоначальная настройка Git не универсальна. То, что подходит фрилансеру, сломает workflow в продуктовой команде. А настройки для обучения в одиночку — это вообще отдельная вселенная. Давайте честно: вы себя узнаете в одном из этих сценариев?

• Студент-одиночка. Вы учитесь вёрстке или JavaScript, делаете pet-проекты, никому не показываете сырой код. Ваша цель — просто сохранить историю, чтобы в случае ошибки откатиться. Имена и email вам не критичны, но потом, когда покажете проект на собеседовании, работодатель увидит «user@no-email.com» — и это минус. Вам нужно настроить хотя бы базовые данные.
• Фрилансер на старте. Вы работаете с 2–3 клиентами, каждый просит доступ к своему репозиторию. Тут важно разделять проекты: для одного заказчика вы — Ivan Petrov, для другого — i.petrov@agency.com. Настройка глобальных и локальных конфигов спасёт вас от путаницы, когда вы случайно запушите в репозиторий клиента личный тестовый файл с паролями.
• Командный игрок в стартапе. Вы часть небольшой команды, где каждый отвечает за свою фичу. Тут важны не только имя и email, но и настройка редактора для сообщений коммитов, а также автозавершение веток. Без шуток: если вы используете Vim, а не знаете, как из него выйти, — вы застрянете на первом же коммите. Вам нужна настройка core.editor на Nano или VS Code.

Что конкретно настраивать: три слоя безопасности

Git хранит настройки на трёх уровнях: системный, глобальный и локальный. Звучит как бюрократия, но на деле это ваш спасательный круг. Системный уровень — для всего компьютера, глобальный — для вашего пользователя, локальный — для конкретного проекта. И вот главный секрет: если вы работаете над несколькими проектами с разными аккаунтами (личный и рабочий), то локальный конфиг переопределяет глобальный. Именно так вы случайно не засветите личный email в коммитах для работодателя.

Разберём на примере. Вы фрилансер, у вас есть проект для клиента «Стройка-Сервис» и свой проект «Мой блог». В глобальном конфиге стоит имя Ivan и личный email. Для клиентского проекта вы делаете git config user.name "Ivan Stroyka" и git config user.email "ivan@stroyka-service.ru". Готово: коммиты в этом проекте подписаны рабочими данными, а в личных — личными. Никакого скрещивания.

Пошаговая настройка за 5 минут: практика

Откройте терминал. Не бойтесь, это просто окошко с буквами. Введите команду, которую вы запомните навсегда: git config --global user.name "Ваше Имя". Именно так, в кавычках, и на латинице. Если вы напишете «Иван Петров» кириллицей, в истории будет кракозябра, и коллеги из других стран не поймут, кто автор. Далее — email: git config --global user.email "vash@email.com". Используйте тот же email, что на GitHub или GitLab, иначе коммиты не привяжутся к аккаунту.

Следом настройте ветку по умолчанию. Раньше была master, теперь мир перешёл на main. Команда: git config --global init.defaultBranch main. Это избавит вас от лишних вопросов на code review. И последний штрих — настройка редактора для коммитов: git config --global core.editor "code --wait". Если у вас не VS Code, поставьте nano — он есть везде и интуитивно понятен.

Проверка и типичные ошибки

Чтобы проверить, что получилось, введите git config --list. Вы увидите все настройки. Ищите user.name и user.email. Если там пустые строки или старые данные — повторяйте шаги. Самая частая ошибка новичков: ставить пробел между именем и фамилией без кавычек. Git воспримет «Ivan Petrov» как две команды и выдаст ошибку. Вторая ошибка — путать глобальный и локальный конфиги. Вы настроили глобально, но в конкретном проекте git config без флага — и он переписал поверх. Будьте внимательны.

Ещё один подводный камень — настройка окончаний строк. Если вы работаете в Windows, а ваша команда на macOS, без git config --global core.autocrlf true каждый файл будет помечен как изменённый. Код не поменялся, но Git думает, что весь файл переписан. Знакомо? Вот именно. Добавьте эту строку, и сэкономите часы.

Что дальше: ваш первый коммит без страха

После настройки создайте первую папку для проекта: mkdir my-first-project && cd my-first-project. Инициализируйте репозиторий: git init. Теперь создайте файл readme.md, напишите в нём пару слов, сохраните. Затем git add . и git commit -m "Первый коммит: настройка завершена". Всё. Теперь вы официально в мире контроля версий. Каждый ваш шаг сохранён, и вы можете откатиться к этой точке, если что-то сломаете.

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

Добавлено: 23.04.2026