Git

Git — распределённая система контроля версий (VCS), написанная Линусом Торвальдсом в 2005 году для разработки ядра Linux. В отличие от централизованных систем вроде SVN, у каждого разработчика локально есть полная копия истории проекта. Работа офлайн, merge без сервера и восстанавливаемые версии — не дополнения, а базовые свойства. Основные понятия: Repository (repo) — проект со всей историей. Commit — сохранённое изменение с автором, timestamp, diff и указателем на parent — наименьшая атомарная единица. Branches — указатели на коммиты, существующие параллельно (feature/login, bugfix/hotfix-X, main). Merge и Rebase объединяют ветки: Merge создаёт merge-commit, Rebase линеаризует историю. Remotes (origin, fork) — другие копии репозитория, обычно на GitHub, GitLab, Bitbucket или Azure DevOps. Стандартный командный workflow: создать feature-ветку от main → локальные коммиты → push на remote → Pull Request / Merge Request → code-review командой → merge в main → CI-пайплайн автоматически деплоит. Варианты: Git Flow (явные ветки develop/release/hotfix, классика для релизных циклов), Trunk-Based Development (короткоживущие feature-ветки, continuous deployment), GitHub Flow (минимальный, для веб-приложений). Навыки Git сегодня — базовая оснастка любой профессиональной разработки. Для нетехнических членов команды (дизайн, контент) проще всего графические клиенты: GitHub Desktop, Sourcetree, Fork, Tower. Частые ловушки: забытый .gitignore (секреты в репозитории), force-push в shared-ветки (перезаписывает работу коллег), слишком большие коммиты без контекста. Дисциплина окупается: чистые атомарные коммиты с осмысленными сообщениями — основа отладки, code-review и аудита.