Git на Mac — установка и базовые команды

TL;DR

Git — бесплатная система контроля версий, необходимая для совместной разработки. На Mac можно использовать встроенную версию, установить актуальную через Homebrew, скачать стенд‑алон инсталлятор или установить GitHub Desktop. После установки достаточно выучить несколько команд (init, add, commit, branch, switch, clone, pull, push), чтобы начать работать. В статье есть чеклисты, playbook для типичных задач и советы по очистке репозиториев.

Разработчик за ноутбуком, иллюстрация работы с системой контроля версий Git

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

В этой статье мы объясним, что такое Git, как быстро установить его на macOS и какие команды помогут начать работу. В конце вы найдёте практические чеклисты, playbook для типичных задач и рекомендации по очистке репозиториев.

Что такое Git и зачем он нужен

Git — это свободная (open-source) система контроля версий. Коротко: она отслеживает изменения в коде и позволяет возвращаться к любой предыдущей версии.

Почему это важно:

Если баг испортил логику программы, вы можете вернуться к последней рабочей версии и анализировать изменения.
Git упрощает совместную работу: несколько людей могут работать над одной кодовой базой, объединяя изменения через ветки.
Git бесплатен и широко поддерживается множеством сервисов (GitHub, GitLab, Bitbucket).

Определение в одну строку: система контроля версий, которая хранит снимки (snapshots) состояния файлов и организует изменения в виде коммитов и веток.

Важно: Git сам по себе не хранит удалённых репозиториев — вы выбираете, где хранить общие копии (GitHub, GitLab и т.д.).

Как установить Git на Mac

Окно Терминала с командой git --version

macOS включает версию Git в базовой поставке. Откройте Терминал и выполните:

git --version

Если Git отсутствует, система предложит установить инструменты командной строки (Command Line Tools) или перенаправит вас на установщик. Это удобно, но версия от Apple может быть устаревшей. Ниже — несколько простых способов получить более свежую версию.

Сопутствующее: Что такое shell‑скрипты и почему их стоит использовать.

Установка Git через Homebrew

Главная страница Homebrew

Homebrew — менеджер пакетов для macOS. Он упрощает установку актуальных версий утилит.

Вставьте в Терминал команду для установки Homebrew, затем установите Git:

        `    /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

Терминал попросит ввести пароль от вашей учётной записи macOS. После установки Homebrew выполните:

brew install git

Проверьте версию:

git --version

Примечание: Homebrew удобен, если вы планируете устанавливать другие инструменты.

Стенд‑алон инсталлятор для macOS

Установщик Git для macOS на SourceForge

Если вы предпочитаете графический инсталлятор, есть сборки для macOS на SourceForge, поддерживаемые сообществом. Скачайте последний DMG и пройдите установку.

Важно: некоторые старые версии macOS (Snow Leopard, Lion) могут иметь несовместимости со станд‑алон инсталлятором. Если вы используете старую систему, лучше выбрать Homebrew.

Установка через GitHub Desktop

Если вы будете работать преимущественно с GitHub, установите GitHub Desktop — он установит актуальную версию Git вместе с приложением. Скачайте «Download for macOS» и запустите установщик.

Проверьте версию:

git --version

Сопутствующее: Как создать первый репозиторий на GitHub.

Первые шаги: базовые настройки

После установки настройте идентификационные данные, чтобы ваши коммиты содержали корректные метаданные:

git config --global user.name "Имя Фамилия"
git config --global user.email "you@example.com"

Опционально: настройте предпочитаемый редактор и цветовую схему:

git config --global core.editor "code --wait"
git config --global color.ui auto

Основные команды Git — шпаргалка

Команда	Описание
git help, git help -a, git help -g	Выводит список команд и подсказки по ним
git config –global user.name “Имя Фамилия”	Устанавливает имя пользователя для коммитов
git config –global user.email “you@example.com”	Устанавливает email для коммитов
git init	Создаёт новый репозиторий в текущей папке
git add [файл/папка]	Добавляет файл(ы) в индекс (staging area) — подготовка к коммиту
git rm [файл]	Удаляет файл из индекса и рабочего каталога
git commit -m “сообщение”	Фиксирует изменения из индекса в репозитории
git commit -a -m “сообщение”	Добавляет все изменённые отслеживаемые файлы и делает коммит (пропускает git add)
git diff	Показывает отличия между несохранёнными изменениями и индексом или между коммитами
git log	Показывает историю коммитов
git branch [имя]	Создаёт новую ветку
git branch	Выводит список веток
git switch [имя]	Переключается на указанную ветку
git branch -d [имя]	Удаляет локальную ветку
git clone [url] [имя]	Клонирует удалённый репозиторий локально
git fetch	Забирает изменения из удалённого репозитория без слияния
git pull	Забирает и сливает изменения из удалённого репозитория
git push	Отправляет ваши коммиты в удалённый репозиторий

Краткая подсказка: «index» (staging area) — промежуточная зона между рабочей копией и репозиторием. Команда git add помещает изменения в индекс, а git commit фиксирует их в репозитории.

Простой рабочий цикл (пример)

git clone — клонировать проект.
git switch -c feature/имя — создать и перейти на ветку для фичи.
Редактировать файлы.
git add . — подготовить изменения.
git commit -m “Короткое сообщение” — зафиксировать.
git push origin feature/имя — отправить ветку удалённо.
Создать PR/MR на платформе (GitHub/GitLab).

Уборка репозиториев и управление ветками

Когда проект живёт долго, ветки накапливаются. Несколько практик для очистки:

Удаляйте локальные ветки после слияния: git branch -d feature/имя
Удаляйте удалённые ветки: git push origin –delete feature/имя
Используйте git fetch –prune для удаления ссылок на удалённые ветки, которых больше нет
Периодически выполняйте git gc (garbage collection) для оптимизации репозитория

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

Совет по ветвлению: короткие ветки для небольших задач (bugfix, chore), более длинные — для больших фич. Придерживайтесь политики именования.

Playbook: создать новый проект и начать работу (шаг‑за‑шаг)

Создайте папку проекта и перейдите в неё:

mkdir my-project
cd my-project

Инициализируйте репозиторий:

git init

Добавьте .gitignore (шаблон для выбранного языка) и README.md.
Выполните первый коммит:

git add .
git commit -m "Initial commit"

Создайте удалённый репозиторий на GitHub/GitLab и привяжите его:

git remote add origin git@github.com:username/my-project.git
git branch -M main
git push -u origin main

Настройте ветвление и правила (protected branches) на платформе удалённого репозитория.

Критерии приёмки: репозиторий создан, README содержит базовую информацию, .gitignore настроен, main опубликована.

Ролевые чеклисты

Разработчик:

Настроить user.name и user.email
Создать ветку для фичи
Писать понятные сообщения коммита
Подготовить PR и указать цели изменений

Код‑ревьювер:

Проверить изменения по файлам
Оценить влияние на архитектуру и тесты
Просить доработки в отдельных коммитах

DevOps/Релизная команда:

Проверить CI/CD пайплайны
Убедиться, что protected branches настроены
Выполнять слияния по проверенным PR

Частые проблемы и как их решать

Слияние конфликтов (merge conflicts):

Git укажет файлы с конфликтом.
Откройте файлы, найдите маркеры (<<<<<<<, =======, >>>>>>>) и вручную решите конфликт.
Затем git add <файл> и git commit.

Проблемы с правами доступа при push:

Используйте SSH‑ключи или Personal Access Token для HTTPS.
Проверьте, настроены ли ключи в вашей учётной записи на GitHub/GitLab.

Неправильный коммит в главной ветке:

Если коммит ещё не отправлен: используйте git reset –soft HEAD~1, поправьте коммиты и повторите push.
Если коммит уже отправлен: обсудите с командой. Для исправления публичной истории используйте git revert или согласованный force push (только при согласии команды).

Ментальные модели и правила на практике

Коммит — это единица истории; думайте о коммите как о логической единице изменений.
Ветка — это изолированная рабочая область для фичи или фикса.
Ревью — не прокламация ошибок, а способ повысить качество кода.

Хаки:

Маленькие коммиты легче ревьюить.
Чистите ветки локально и удалённо после слияния.

Короткая справка (cheat sheet)

git status — текущее состояние рабочей копии
git add -p — интерактивное добавление частей файла
git restore –staged — убрать файл из индекса
git rebase -i — интерактивно переписать историю (для локальных веток)
git stash — временно сохранить изменения
git stash pop — восстановить сохранённые изменения

Глоссарий в одну строку

Commit: снапшот изменений с метаданными;
Branch: изолированная линия разработки;
Merge: объединение веток;
Rebase: перенос ветки на другую основу, переписывающий историю;
Remote: удалённый репозиторий;
Staging area (index): промежуточная зона перед коммитом;
Clone: локальная копия удалённого репозитория;
Pull: fetch + merge;
Push: отправка изменений в remote.

Полезные практики безопасности и приватности

Не храните секреты (пароли, ключи) в репозитории. Используйте переменные окружения или секреты CI.
Настройте двухфакторную аутентификацию на сервисе хостинга репозиториев.
Ограничьте права доступа к критическим веткам (protected branches).

Когда Git может не подходить

Для бинарных артефактов большого размера лучше использовать специализированные решения (Git LFS, артефактные репозитории) — Git плохо оптимизирован под большие бинарные файлы.
Для работы с очень большими репозиториями и историей нужны дополнительные стратегии (sparse checkout, monorepo подход с инструментами).

Резюме

Git — основной навык современного разработчика. На macOS его легко установить несколькими способами: встроенный вариант, Homebrew, стенд‑алон инсталлятор или GitHub Desktop. Выучите базовые команды, придерживайтесь правил ветвления и именования, регулярно очищайте ветки и защищайте ветки релизов. Для повседневной работы хватит нескольких команд; дальше — практика и привычки.

Важно: перед массовыми операциями (force push, mass delete) согласуйте действия с командой.

Короткое резюме: