Git Cheatsheet
Быстрый справочник по основным командам Git. Поиск по веткам, коммитам, слияниям и другому.
Рабочий процесс команды
В профессиональной среде команды обычно следуют стратегии ветвления, где каждая задача получает свою ветку. Это изолирует функции и предотвращает поломку основного приложения незавершенным кодом.
Профессиональные советы: Всегда стремитесь к небольшим, атомарным коммитам. Перед слиянием вашей работы используйте 'git fetch', затем 'git rebase origin/dev' (или main), чтобы убедиться, что ваш код совместим с последней версией. Наконец, используйте 'git push -f' на вашей feature-ветке, чтобы обновить удаленный репозиторий с вашей перебазированной историей.
Конфигурация
Установить глобальную конфигурацию
Настраивает вашу личность во всех репозиториях вашей системы.
Начало работы
Создать git репозиторий
Инициализирует новый Git репозиторий в текущей директории.
Клонировать существующий git репозиторий
Копирует существующий Git репозиторий с удаленного сервера.
Коммит
Закоммитить все отслеживаемые изменения
Индексирует и коммитит все измененные отслеживаемые файлы одной командой.
Добавить новые изменения к последнему коммиту
Обновляет последний коммит текущими изменениями и опционально изменяет сообщение.
Ветвление
Создать новую ветку
Создает новую ветку на текущем указателе.
Переключиться на ветку
Переключает HEAD на указанную ветку.
Слить ветку в текущую ветку
Объединяет историю другой ветки с вашей текущей.
Создать и переключиться на ветку
Самый распространенный способ начать работу над новой функцией.
Синхронизация
Получить обновления с удаленного репозитория
Загружает удаленные изменения без их слияния.
Получить последние изменения
Получает изменения и немедленно пытается их слить.
Перебазировать текущую ветку на main
Воспроизводит ваши коммиты поверх последней ветки main.
Отправить изменения (принудительно)
Принудительно обновляет удаленную ветку вашей локальной историей. Используйте только на приватных ветках!
Полезные команды
Проверить статус
Посмотреть, какие файлы изменены, проиндексированы или не отслеживаются.
Отложить изменения
Временно скрывает изменения, чтобы работать над чем-то другим.
Просмотреть историю
Визуализирует историю коммитов во всех ветках.
Как использовать этот Git Cheatsheet
- Parcourez l'aide-mémoire pour trouver la commande Git dont vous avez besoin.
- Les commandes sont organisées par catégorie : Configuration, Démarrage, Commit, Branchement, Synchronisation et Commandes Utiles.
- Cliquez sur le bouton de copie à côté de n'importe quelle commande pour la copier dans votre presse-papiers.
- Collez la commande dans votre terminal et modifiez les valeurs des espaces réservés selon vos besoins.
Rebasing avancé
Le rebasing est souvent préféré au merging pour maintenir un historique de projet propre et linéaire. Au lieu de créer un 'merge commit', il repositionne vos commits à la fin de la branche cible.
Conseil
N'oubliez pas : Ne jamais faire de rebase sur une branche publique sur laquelle d'autres travaillent, car cela réécrit l'historique et peut causer des conflits importants pour vos pairs.
Fonctionnalités Clés
- Commandes Git essentielles organisées par catégorie de workflow
- Copie en un clic pour chaque commande
- Descriptions claires expliquant ce que fait chaque commande
- Couvre la configuration, le branchement, la synchronisation et plus encore
- Conseils de workflow d'équipe avec astuces professionnelles
- Meilleures pratiques de rebasage et avertissements de sécurité
- Fonctionne hors ligne une fois chargé dans votre navigateur
Cas d'Utilisation Courants
- Référence rapide lors du travail dans le terminal
- Intégration de nouveaux développeurs aux workflows Git
- Examen des stratégies de branchement et de fusion
- Apprentissage des commandes Git pour la première fois
- Rafraîchissement de la mémoire sur les commandes moins fréquemment utilisées
- Configuration de Git sur une nouvelle machine
Часто задаваемые вопросы (FAQ)
Quelle est la différence entre git merge et git rebase ?
Git merge crée un nouveau commit de fusion qui combine deux branches, en préservant l'historique complet. Git rebase rejoue vos commits au-dessus de la branche cible, créant un historique linéaire. Rebase produit un journal plus propre mais ne doit jamais être utilisé sur des branches publiques partagées.
Quand dois-je utiliser git stash ?
Utilisez git stash lorsque vous devez changer de branche mais que vous avez des modifications non validées que vous n'êtes pas prêt à valider. Stash sauvegarde temporairement l'état de votre répertoire de travail. Vous pouvez le restaurer plus tard avec 'git stash pop' sur n'importe quelle branche.
Est-il sûr d'utiliser git push --force ?
Le push forcé est sûr uniquement sur les branches sur lesquelles vous travaillez seul, comme les branches de fonctionnalités personnelles. Ne forcez jamais le push vers des branches partagées comme main ou develop, car cela réécrit l'historique distant et peut faire perdre leur travail aux autres membres de l'équipe.