Что такое Git?

Git

Git — это распределённая система контроля версий (VCS), разработанная Линусом Торвальдсом в 2005 году. Это фундаментальный инструмент для любого разработчика, включая Java-разработчиков, и используется практически во всех современных проектах.

Основные концепции

Репозиторий — это директория проекта со скрытой папкой .git, которая хранит всю историю изменений. Git отслеживает каждое изменение как отдельный коммит с уникальным хешем (SHA-1).

Коммит — это снимок состояния проекта в определённый момент времени. Каждый коммит содержит автора, сообщение, дату и указатель на предыдущий коммит, образуя цепь истории.

Ветка (Branch) — это независимая линия разработки. По умолчанию существует ветка main (или master). Разработчики создают отдельные ветки для новых функций (feature/login, bugfix/null-pointer) и затем объединяют их обратно через merge или rebase.

Основные команды

# Инициализация репозитория
git init

# Клонирование существующего репозитория
git clone <repository-url>

# Просмотр состояния рабочей директории
git status

# Добавление файлов в staging area (индекс)
git add <file>          # одиночный файл
git add .               # все изменённые файлы

# Создание коммита
git commit -m "Сообщение"

# Просмотр истории коммитов
git log

# Создание и переключение на новую ветку
git checkout -b feature/new-feature

# Переключение между ветками
git checkout <branch-name>

# Объединение веток
git merge <branch-name>

# Отправка изменений на удалённый репозиторий
git push origin <branch-name>

# Получение изменений с удалённого репозитория
git pull origin <branch-name>

Git Workflow

Стандартный цикл работы:

1. Создаёшь новую ветку от main: git checkout -b feature/task-123
2. Вносишь изменения в файлы проекта
3. Проверяешь состояние: git status и git diff
4. Добавляешь файлы в индекс: git add .
5. Создаёшь коммит: git commit -m "Описание изменения"
6. Отправляешь ветку на сервер: git push origin feature/task-123
7. На GitHub/GitLab создаёшь Pull Request (PR)
8. После review коллеги выполняют merge в main

Распределённость

Отличие Git от централизованных систем (SVN, Perforce) в том, что каждый разработчик имеет полную копию репозитория локально. Это позволяет:

• Работать offline и коммитить локально
• Создавать экспериментальные ветки без влияния на других
• Быстро переключаться между версиями
• Восстанавливать данные, если центральный сервер падёт

Git в Java проектах

В Java проектах Git обычно хранит:

• Исходный код (*.java файлы)
• Конфигурационные файлы (pom.xml, build.gradle, application.properties)
• Тесты (src/test/java)
• .gitignore — исключает из отслеживания:

  target/
  build/
  .idea/
  .class
  .jar
  node_modules/
  

Архивные файлы (*.jar, *.war), скомпилированные классы и зависимости (обычно из Maven/Gradle) не хранятся в Git.

Лучшие практики

• Маленькие коммиты — каждый коммит должен содержать одну логическую изменение
• Понятные сообщения — вместо "fix bug" писать "Fix NullPointerException in UserService.validate()"
• Частые push — отправляй изменения на сервер хотя бы раз в день
• Pull перед push — всегда синхронизируй локальные изменения с сервером перед отправкой
• Ветки для всего — создавай отдельную ветку даже для маленьких изменений
• Code Review — используй PR для проверки кода перед слиянием

Git — это не просто инструмент, это культура сотрудничества в современной разработке.