Git Cheatsheet
Быстрый справочник по основным командам Git. Поиск по веткам, коммитам, слияниям и другому.
Рабочий процесс команды
В профессиональной среде команды обычно следуют стратегии ветвления, где каждая задача получает свою ветку. Это изолирует функции и предотвращает поломку основного приложения незавершенным кодом.
Профессиональные советы: Всегда стремитесь к небольшим, атомарным коммитам. Перед слиянием вашей работы используйте 'git fetch', затем 'git rebase origin/dev' (или main), чтобы убедиться, что ваш код совместим с последней версией. Наконец, используйте 'git push -f' на вашей feature-ветке, чтобы обновить удаленный репозиторий с вашей перебазированной историей.
Конфигурация
Установить глобальную конфигурацию
Настраивает вашу личность во всех репозиториях вашей системы.
Начало работы
Создать git репозиторий
Инициализирует новый Git репозиторий в текущей директории.
Клонировать существующий git репозиторий
Копирует существующий Git репозиторий с удаленного сервера.
Коммит
Закоммитить все отслеживаемые изменения
Индексирует и коммитит все измененные отслеживаемые файлы одной командой.
Добавить новые изменения к последнему коммиту
Обновляет последний коммит текущими изменениями и опционально изменяет сообщение.
Ветвление
Создать новую ветку
Создает новую ветку на текущем указателе.
Переключиться на ветку
Переключает HEAD на указанную ветку.
Слить ветку в текущую ветку
Объединяет историю другой ветки с вашей текущей.
Создать и переключиться на ветку
Самый распространенный способ начать работу над новой функцией.
Синхронизация
Получить обновления с удаленного репозитория
Загружает удаленные изменения без их слияния.
Получить последние изменения
Получает изменения и немедленно пытается их слить.
Перебазировать текущую ветку на main
Воспроизводит ваши коммиты поверх последней ветки main.
Отправить изменения (принудительно)
Принудительно обновляет удаленную ветку вашей локальной историей. Используйте только на приватных ветках!
Полезные команды
Проверить статус
Посмотреть, какие файлы изменены, проиндексированы или не отслеживаются.
Отложить изменения
Временно скрывает изменения, чтобы работать над чем-то другим.
Просмотреть историю
Визуализирует историю коммитов во всех ветках.
Как использовать этот Git Cheatsheet
- Browse the cheatsheet to find the Git command you need.
- Commands are organized by category: Configuration, Get Started, Commit, Branching, Syncing, and Useful Commands.
- Click the copy button next to any command to copy it to your clipboard.
- Paste the command into your terminal and modify the placeholder values as needed.
Advanced Rebasing
Rebasing is often preferred over merging to maintain a clean, linear project history. Instead of creating a 'merge commit', it repositions your commits at the end of the target branch.
Tip
Remember: Never rebase a public branch that others are working on, as it rewrites history and can cause significant conflicts for your peers.
Key Features
- Essential Git commands organized by workflow category
- One-click copy for every command
- Clear descriptions explaining what each command does
- Covers configuration, branching, syncing, and more
- Team workflow guidance with professional tips
- Rebasing best practices and safety warnings
- Works offline once loaded in your browser
Common Use Cases
- Quick reference while working in the terminal
- Onboarding new developers to Git workflows
- Reviewing branching and merging strategies
- Learning Git commands for the first time
- Refreshing memory on less frequently used commands
- Setting up Git configuration on a new machine
Часто задаваемые вопросы (FAQ)
What is the difference between git merge and git rebase?
Git merge creates a new merge commit that combines two branches, preserving the full history. Git rebase replays your commits on top of the target branch, creating a linear history. Rebase produces a cleaner log but should never be used on shared public branches.
When should I use git stash?
Use git stash when you need to switch branches but have uncommitted changes you are not ready to commit. Stash saves your working directory state temporarily. You can restore it later with 'git stash pop' on any branch.
Is it safe to use git push --force?
Force pushing is safe only on branches that you alone work on, such as personal feature branches. Never force push to shared branches like main or develop, as it rewrites remote history and can cause other team members to lose their work.