Oct, 26, 2025

⚙️ Теория

🧠 Что такое Git

Git - это распределённая система контроля версий (VCS), созданная для отслеживания изменений в коде и совместной работы над проектами.
Главная особенность Git - хранение всей истории проекта локально, что позволяет работать даже без подключения к сети.

Git используется практически в каждом IT-проекте: от open-source до корпоративных репозиториев.
Он обеспечивает надежность, прозрачность и контроль над историей изменений.

⚙️ Основные концепции Git

  • Repository (репозиторий) - Хранилище проекта и истории изменений. Бывает локальный и удалённый.
  • Commit (коммит) - Снимок текущего состояния файлов.
  • Branch (ветка) - Изолированная линия разработки для независимых изменений.
  • Merge (слияние) - Объединение изменений из одной ветки в другую.
  • HEAD - Указатель на текущую ветку и последний коммит.

🧰 Часто используемые команды

КомандаОписание
git statusПроверка состояния репозитория
git logИстория коммитов
git diffПросмотр различий между версиями
git branchРабота с ветками
git mergeСлияние веток
git stashВременное сохранение незакоммиченных изменений
git remote -vПросмотр привязанных удалённых репозиториев
git resetОтмена добавления или коммитов
git fetchЗагрузка обновлений без слияния

⚠️ Опасные команды

КомандаОписаниеОпасность
git reset --hardПолностью сбрасывает состояние репозитория до указанного коммитаБезвозвратная потеря изменений
git push --forceПерезаписывает историю на удалённом сервереМожет уничтожить чужие коммиты
git clean -fdУдаляет все неотслеживаемые файлы и папкиБез восстановления
git rebaseБездумное переписывание истории коммитовНарушает совместную историю, может вызвать конфликты

💡 Полезные советы

  • Коммить маленькими порциями и с осмысленными сообщениями.
  • Перед push синхронизируй ветку с удалённой (fetch + merge или rebase по политике команды).
  • Используй .gitignore для исключения временных и бинарных файлов.

🧪 Практика

  • Используйте команды и примеры из разделов выше как рабочий чеклист.
  • Перед применением в production валидируйте изменения на test/stage и сверяйте с официальной документацией.

🧾 Вывод

Материал резюмирует ключевые принципы и практики по теме статьи. Для production-решений опирайтесь на ограничения вашей инфраструктуры и официальные источники.


📚 Ссылки


Проверка источников

Git | Aleksandr Suprun