Git-операции: как работают коммиты и ветки

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

Жизненный цикл коммита

Перед тем как изменения попадут в историю, они проходят несколько состояний. Сначала вы редактируете файлы в рабочей директории. Затем добавляете их в индекс (staging area) командой git add — так Git понимает, какие именно изменения войдут в следующий коммит. И только потом git commit фиксирует их в истории.

flowchart LR
  A[Рабочая директория] -->|git add| B[Индекс]
  B -->|git commit| C[История коммитов]
  C -->|git checkout| A

Ветки и слияние

Ветка — это просто указатель на один из коммитов. Когда вы создаёте новую ветку, она копирует этот указатель, и все новые коммиты уходят в неё. В конце ветки обычно сливают обратно в основную через git merge.

gitGraph
  commit id: "c1"
  commit id: "c2"
  branch feature
  commit id: "f1"
  commit id: "f2"
  checkout main
  commit id: "c3"
  merge feature

Как операции связаны

Вся работа в Git — это движение по этому циклу: меняете файлы → добавляете в индекс → коммитите → работаете с ветками → сливаете изменения. Чем раньше вы привыкнете к этой последовательности, тем проще будет читать любую документацию по Git.