Оглавление
6. Рабочая зона и зона временного хранения
Восемь, просмотрите журнал отправки
Четырнадцать, управление филиалом
Введение
Продолжить с предыдущей статьей: Диаграмма Git — Почему Git? Как притворяться? Далее давайте посмотрим, каковы наиболее часто используемые команды Git.
2. Инициализировать склад
Перед работой с Git необходимо инициализировать хранилище для хранения кода проекта управления версиями.В настоящее время существует два типа хранилищ Git:
-
Локальный склад: склад на собственном компьютере разработчика
-
Удаленный склад: это склад на удаленном сервере (общий с другими членами команды, здесь пока не упоминается)
Настройте собственное имя и учетную запись электронной почты. В компании это обычно пиньинь вашего имени и рабочий адрес электронной почты компании.
git config --global user.name "Your Name"
git config --global user.email "[email protected]" 
Инициализировать локальный склад
git init 
После выполнения команды под текущим каталогом появится дополнительный .gitкаталог . Этот каталог является Gitлокальным хранилищем, которое используется для отслеживания и управления кодом (файлами). Не изменяйте вручную файлы в этом каталоге . Это легко измениться и заставить Gitсклад подпрыгнуть.
Здесь следует отметить, что некоторые компьютеры друзей не проверяют опцию скрытого проекта, и они не увидят каталог .git.
3. Добавьте файлы
Хранилище инициализировано, как добавлять файлы в хранилище и управлять ими?
Шаг 1: Создайте простой текстовый файл
Шаг 2. Добавьте файл в тестовую область.
git add readme.txtШаг 3: Добавьте файлы в репозиторий
git commit -m "添加了readme.txt文件"
Кратко объясните git commitкоманду.Следующий -mввод является описанием этой отправки.Вы можете ввести любое содержание,конечно оно должно быть осмысленным ,чтобы вы могли легко найти запись об изменении из истории. git commitПосле того, как команда будет успешно выполнена, она сообщит вам, что 1 файл был изменен (наш недавно добавленный файл readme.txt)
расширять
Если вы добавите больше файлов позже, вы можете использовать следующую команду
git add file1.txt
git add file2.txt file3.txt
git add . 当前文件夹下所有文件
git commit -m "add 3 files."Четыре, панорама процесса Git
Пять, рабочий процесс Git
6. Рабочая зона и зона временного хранения
При выполнении грубых операций в Git вам необходимо выполнить операцию git add file. Базовая операция добавит файл операции в кеш в области, называемой областью кеша. После завершения операции используйте операцию git commit для выполнения унифицированная отправка, а отредактированный файл будет унифицирован и синхронизирован.
7. Просмотр статуса файла
Вопрос: Как проверить текущий статус проекта? Некоторое время я писал код перед компьютером, управлял им с помощью Git, на полпути пошел в ванную, затем пошел съесть яблоко и продолжил возвращаться к работе.Я не помню, что я делал с Git до этого. ?
git status # 查看当前git版本库的状态(查看缓存区中的文件内容)
Восемь, просмотрите журнал отправки
В реальной работе, как мы можем помнить, что было изменено в файле с тысячами строк каждый раз в нашей голове, иначе для чего нам нужна система контроля версий? В системе контроля версий должна быть команда, которая может сообщить нам историю.В , Gitмы используем git logкоманду для просмотра
git log
git logКоманда выводит журнал коммитов от ближнего к дальнему.Если вам кажется, что выводимой информации слишком много и вы запутались, то можете попробовать добавить --pretty=onelineпараметры:
git log --pretty=oneline
Длинная желтая строка — это идентификатор фиксации этой отправки, который является уникальным идентификатором, сгенерированным Gitалгоритмом и может быть гарантированно уникальным в глобальном масштабе .SHA-1
Девять, посмотри разницу
Если известно, что файл был изменен, было бы лучше, если бы вы могли видеть, что было изменено.Например,
когда вы вернетесь из двухнедельного отпуска за границу, когда вы идете на работу в первый день, вы можете' Не помните, как вы изменили его в прошлый раз `readme.txt`, поэтому вам нужно использовать команду `git diff`, чтобы увидеть:
git diff # 查看不同版本之间的文件差异
10. Откат версии
Мы постоянно модифицируем файлы и отправляем файлы в репозиторий. Как и RPGв игре, каждый раз, когда вы проходите уровень, состояние игры будет автоматически сохраняться.Если определенный уровень не пройден, вы также можете прочитать состояние предыдущего уровня. GitТо же самое верно, всякий раз, когда вы чувствуете, что файл был изменен в определенной степени, вы можете «сохранить снимок» , этот снимок Gitвызывается в commit. Как только вы испортите файл или удалите его по ошибке, вы можете commitвосстановить его из самого последнего, а затем продолжить работу, вместо того, чтобы потерять всю работу нескольких месяцев.
Что мне делать, если я хочу вернуться к предыдущей версии?
GitВы должны знать, какой версии является текущая версия. В Git, использование HEADозначает текущую версию. Предыдущая версия - HEAD^, а предыдущая версия - HEAD^^. Конечно, записать 100 ^ к предыдущим 100 версиям проще, чем считать, поэтому это записывается как HEAD~100.
git reset --hard HEAD^
вернуться к указанной версии
git reset --hard <commit id>
Расширяющиеся требования: Как вернуться к последней версии
11. Модификация управления
При использовании Git для изменения файлов существует проблема, которую необходимо обсудить: вторичная модификация.
Режим работы 1:
第一次修改 -> git add -> 第二次修改 -> git commit`Метод работы 2: рекомендуется
第一次修改 -> git add -> 第二次修改 -> git add -> git commit
Примечание. Перед каждым коммитом рекомендуется проверять, не были ли добавлены какие-либо файлы.
12. Отзыв модификации
git checkout -- имя файла` может отменить изменения в рабочей области: -- с последующим пробелом
git checkout -- readme.txtСмысл команды readme.txtв отмене всех модификаций файла в рабочей области.Здесь возможны две ситуации: 1. Он readme.txtне помещался в область временного хранения ( git add) с момента модификации.Теперь модификация вернется в то же состояние, что и репозиторий; Второе: readme.txtпосле добавления в область временного хранения оно было изменено.Теперь, если вы отмените модификацию, оно вернется в состояние после добавления во временное хранилище.
Короче говоря, это вернуть этот файл git commitв git addсостояние последнего или времени.
Примечание. git checkout -- file Команда в команде --очень важна, без нее --она становится командой «переключиться на другую ветку» , позже мы снова столкнемся git checkoutс этой командой
13. Удалить файлы
В обычных условиях вы обычно удаляете ненужные файлы прямо в файловом менеджере или rmудаляете их с помощью команды
git rm test.txtВ это время Gitвы знаете, что удалили файл, поэтому рабочая область и библиотека версий несовместимы, и git statusкоманда сразу сообщит вам, какие файлы были удалены:
Требуется после завершения удаленияcommit
Если вы удалите и хотите восстановить, вы можете использовать восстановление resetверсии
Шаг 1. Удалите ненужные файлы локально (проверьте статус)
Шаг 2: сначала добавьте следующее (проверьте статус и сравните с шагом 1)
Шаг 3. Отправьте файл на удаление
Четырнадцать, управление филиалом
Управление ветками — это душа Git.Основные операции необходимы для разработки, и их необходимо освоить.
Почему существуют филиалы? Потому что готовый продукт проекта проходит через эти процессы: разработка, тестирование, запуск, исправление ошибок, многоверсионность и т.д. Одновременно разрабатываются, тестируются и запускаются разные версии одного и того же проекта.Как сделать так, чтобы в такой сложной ситуации проекты были независимыми и связанными друг с другом? Решение, данное Git, это управление ветвями , Каждый этап представляет собой ветку, которая может быть независимой друг от друга и объединяться друг с другом.
просмотреть ветку
git branch
создать ветку
git branch <name>
переключить ветку
git checkout <name>создать + переключить ветку
git checkout -b <name>объединить ветвь
Объединить ветку в текущую ветку
git merge <name>
удалить ветку
git branch -d <name>15. Работа филиала проекта
Упрощенная версия
полная версия
основная ветвь : используется для обновления версии. Когда относительно большая функция разрабатывается или обновляется, будет коллективный выпуск, и весь код будет объединен в основную (некоторые компании также будут использовать ветвь выпуска для выпуска версии, принцип тот же) Тот же самый);
Ветка разработки : как правило, это ветка разработки и тестирования.Перед тем, как проект будет выпущен и запущен, он будет протестирован в ветке разработки единообразно, чтобы убедиться, что функции соответствуют стандартам и нет ошибок перед отправкой в основную ветку;
ветка функций : используется для разработки функций подмодуля, рекомендуется назвать ее feature-xxx, после завершения модуля она будет объединена с веткой разработки;
Ветвь Hotfix/fixbug : это ветка, используемая для онлайн-исправлений экстренных ошибок, и ее рекомендуется называть hotfix-xxx. Когда возникает проблема с определенной версией в сети, код соответствующей версии будет проверен, и будет создана ветка исправления. После устранения проблемы она будет объединена обратно в dev и master. Обратите внимание, что когда при слиянии в master вообще надо маркировать версию после фикса.
Расширенное чтение: Элегантная практика работы с ветками Git. Лучшая практика управления ветками Git.
16. Конфликты файлов
В ветке 1 есть файл, который совпадает с другими файлами ветки.Если он будет изменен одновременно и объединен, возникнет конфликт файлов.
На этом эта статья закончена. Если вы хотите знать, что будет дальше, пожалуйста, прослушайте следующую главу, чтобы разбить ее на части~
17. Перейти к видео версии
Если вы не пристрастились к чтению текста, вы можете переключиться на видеоверсию: 4 часа, чтобы вы могли начать работу непосредственно с операциями Git.