[МУЗЫКА]
Давайте теперь рассмотрим некоторые основные команды Git, которые очень полезны для
нас в этой специализации.
Git гораздо больше, чем то, что мы освещаем в этом упражнении.
Чтобы начать работу, перейдите в удобное расположение на вашем компьютере, а
затем создайте папку с именем git-test.
Затем откройте эту папку в своем любимом редакторе.
Здесь у меня есть папка GIT-TEST, которую мы только что создали в
моем Visual Studio Code.
Позвольте мне добавить файл в эту папку с именем index.html,
теперь вы можете видеть, что я добавил некоторый
HTML-код в этот файл index.html.
Давайте сохраним изменения.
Теперь давайте переключимся на нашу командную строку,
в командной строке перейдите в папку git-test, и
давайте инициализируем эту папку, чтобы быть репозиторием git.
Поэтому, чтобы сделать это в командной строке введите git init.
Теперь эта папка была инициализирована как репозиторий git.
Итак, это наша первая команда git, которую мы узнали, git init.
Это инициализирует текущую папку как репозиторий git, и
когда он инициализирует папку, он помечает эту папку как мастер.
Это главная ветка для моего комплекта.
Теперь давайте не будем беспокоиться о ветках и так далее,
мы не будем с этим разбираться в этом курсе.
Мы будем работать только с главной веткой, в этой конкретной специализации.
Так что это будет помечено как мастер.
Теперь это начальная точка нашего репозитория.
Следующая команда, на которую мы собираемся посмотреть, - это статус git.
Если вы введете git status в командной строке,
он сообщит вам текущий статус папки.
Итак, давайте сделаем это в командной строке и посмотрим, что он показывает.
В командной строке введите git status и
прочитайте информацию, которая отображается в окне команд.
Вы видите, что он говорит о мастере ветки, так что это главная ветка, которую мы добавляем.
И он говорит, что неотслеживаемые файлы, а затем показывает index.html красным цветом.
На конкретном компьютере он может использовать разные цвета или
представлять это по-разному, или это то, что он показывает на моем Mac.
Итак, теперь этот файл index.html, который мы только что создали в этой папке,
теперь не был добавлен в наш репозиторий git.
Итак, давайте продолжим и добавим этот файл в репозиторий git.
Поэтому, чтобы сделать это, мы говорим, git add, и вы можете просто сказать точку,
что означает, что все файлы в текущем каталоге будут добавлены к
тому, что называется промежуточной областью моего репозитория git.
Итак, теперь, если я снова напечатаю статус git,
вы увидите, что файл index.html помечен зеленым цветом.
И он говорит, что изменения должны быть зафиксированы там, а затем показывает имя файла, а затем это
означает, что этот файл теперь готов для фиксации в моем репозитории git.
Итак, следующая команда, которую мы видели, была git add.
Используя git add, вы можете добавить файл или папки в эту промежуточную область.
Поэтому, как только вы добавите его в промежуточную область, вы можете зафиксировать этот снимок
состояния нашей папки в наш репозиторий git.
Таким образом, это означает, что когда вы делаете git commit,
то, что эта команда будет делать, это зафиксировать
текущее состояние наших папок в наших репозиториях git.
Таким образом, все файлы, как они существуют на данный момент, как
только они были поставлены с помощью git add, тогда они будут зафиксированы в нашем
репозитории git, когда мы выполняем папку команд git.
Поэтому в этот момент, когда мы выполняем команду git, наше первоначальное
состояние теперь будет изменено на первую фиксацию в репозитории git.
Так что давайте продолжим и сделаем это.
Вернитесь в командную строку, давайте напечатаем git commit.
И тогда мы можем даже добавить сообщение к нашей фиксации.
Поэтому я собираюсь сказать git commit -m «first
commit», потому что это наша фиксация в нашем репозитории git.
Поэтому, когда я это делаю, он говорит, хорошо, 1 файл был добавлен в репозиторий git, и
некоторая другая информация будет введена в окно команд.
Итак, давайте теперь проверим еще раз, git статус, и
теперь вы видите, что он ничего не говорит для фиксации, рабочий каталог чист.
Итак, это означает, что текущее состояние моего рабочего каталога или
рабочей папки было зафиксировано в репозитории git, поэтому
снимок был зафиксирован в моем репозитории git.
Теперь я могу ввести следующую команду под названием git log —oneline
и увидеть, что она показывает там число, восьмизначное число там,
а затем также показывает сообщение, которое мы помещаем в нашу фиксацию, говоря первой фиксацией.
Так что это журнал всех коммитов, которые были помещены в мой репозиторий git.
Итак, возвращаясь к нашей следующей команде git,
мы увидели, что git log - oneline
покажет нам краткий журнал всех коммитов.
Если вы просто вводите git log
, отобразите гораздо более подробную информацию обо всех коммитах.
Но этого достаточно для получения необходимой нам информации.
Давайте вернемся к нашему редактору здесь, в Visual Studio Code,
поэтому я собираюсь добавить больше изменений в мой файл index.html.
Я изменил файл index.html.
Теперь позвольте мне добавить еще одну папку в тестовую папку git, поэтому
я создаю подпапку здесь с именами
шаблонов, и внутри этой папки шаблонов я собираюсь создать другое имя файла, test.html.
Это просто, чтобы показать вам, как git
может фиксировать всю иерархию папок в своем репозитории.
Поэтому с test.html теперь я просто
собираюсь скопировать все из моего index.html
в мой test.html и сохранить изменения.
Возвращаясь к командной строке,
давайте теперь проверим статус нашего репозитория git и этой папки.
Таким образом, введите статус git, показывает, что
html-файл статуса индекса, который мы уже передали ранее в репозиторий
, теперь был изменен, поэтому есть более новая версия файла index.html.
Кроме того, он показывает, что
в этой папке есть некоторые неотслеживаемые файлы, называемые шаблонами.
Давайте добавим все эти изменения к
промежуточной области, так что снова введите git add.
И тогда все эти файлы будут добавлены в промежуточную область.
Опять же, проверяя статус.
Теперь вы увидите изменения, которые были добавлены в промежуточную область.
Таким образом, все эти файлы были добавлены в промежуточную область.
Давайте сделаем еще одну фиксацию, поэтому
я бы сказал git commit -m, второй commit, а
затем проверим журнал.
Если вы проверите журнал, теперь вы увидите, что
в моем репозитории git есть две фиксации, первая и вторая фиксация.
И обратите внимание, что каждому из них дается разное число.
Если вы хотите увидеть их полные данные журнала,
вы можете просто ввести, git log, а затем вы получите больше информации там.
Тогда что бы вас заинтересовало.
Итак, обратите внимание, что фиксация oneline дает только первые
несколько символов моего номера фиксации там.
Этого достаточно для того, чтобы мы могли работать.
Позвольте мне снова вернуться в мою Visual Studio, а затем добавить еще один.
Еще одна строка в моем файле index.html.
Итак, теперь мой файл index.html был изменен.
И давайте сохраним изменения.
Возвращаясь к командной строке, выполнение
статуса git показывает, что файл index.html был изменен.
Итак, давайте добавим это в промежуточную область, а затем сделаем третью фиксацию.
Так что скажем, git add. ,
статус git,
теперь вы видите, что index.html измененная версия была добавлена.
Теперь мы можем сказать git commit.
« третья фиксация» и выполните git log —oneline,
и вы видите, что в нашем репозитории есть три коммита.
Итак, теперь наш репозиторий содержит снимки трех разных точек,
в конце первой фиксации, в конце второй фиксации и
в конце третьей фиксации.
Теперь мы также можем откатить изменения,
мы можем вернуть репозиторий к предыдущей версии.
Мы можем вытащить файл из старого коммита, а
затем заменить существующий каталог из старого коммита.
Итак, давайте посмотрим, как мы можем работать с этими
вещами, изучив еще пару команд.
На этом этапе наш файл index.html находится в текущем состоянии.
Таким образом, вы можете заметить, что он имеет h1 и два ps.
Давайте теперь посмотрим на следующую команду git.
Следующая команда git, о которой мы собираемся узнать, - это проверка git.
Таким образом, эта команда checkout позволяет нам проверить файл
из предыдущей фиксации в нашем репозитории git.
Поэтому, если нам не нравится текущий файл, который у нас есть в нашей папке, и
мы хотим вернуться к вашей предыдущей версии файла,
мы всегда можем проверить файл из предыдущей фиксации или
из текущей фиксации, а затем продолжить работу с этим файлом.
Итак, давайте воспользуемся этим и посмотрим некоторые дальнейшие изменения в нашем репозитории git.
Возвращаясь к нашей командной строке, мы помним, что между вторым и
третьим фиксацией я внес изменения в свой файл index.html.
Предположим, я хочу вернуться к файлу index.html из моей второй фиксации.
Итак, я могу просто сказать,
git checkout 900cfcf.
Таким образом, это фиксация идентифицирует номер, который идентифицирует конкретную фиксацию,
а затем я могу сказать index.html, и вы заметили бы,
что этот старый файл теперь будет выписан в мой текущий рабочий каталог.
Перейдя к моему
коду Visual Studio, вы теперь заметите, что мой файл index.html вернулся к предыдущей работе, поэтому
изменение, которое я сделал до третьей фиксации, теперь исчезло.
Таким образом, мой файл index.html был восстановлен в своем состоянии в конце второй фиксации.
Теперь, в командной строке, если я попробую статус git,
вы заметите, что этот файл index.html, который был возвращен
к тому, что он был в конце второй фиксации, теперь он уже был поставлен.
Поэтому, используя эту проверку git, мы вытащим старую версию файла,
а затем заменим то, что находится в текущем каталоге, а
затем он также проверит его в промежуточную область.
Поэтому теперь, если я это сделаю, а затем я понимаю, что это то, что я хочу,
я могу просто сделать еще одну фиксацию на этом этапе.
И тогда этот файл может быть зафиксирован как четвертая фиксация.
Но предположим, что мне это не нравится, я хочу
вернуться к файлу index.html в конце
третьей фиксации, тогда все, что я могу сделать, это сказать git reset,
HEAD и index.html.
Итак, на данный момент происходит то, что index.html,
измененная версия, которую я проверил, все еще существует, но
этот файл не был поставлен из промежуточной области.
Если вы вернетесь и посмотрите на index.html в своем редакторе,
он все равно покажет состояние в конце второй фиксации.
Потому что мы вытащили файл с помощью проверки для этого.
Теперь, если вы хотите вернуть его обратно к тому, что было в конце третьей фиксации,
тогда мы делаем еще одну проверку из третьей фиксации, идущей в наше
командное окно, введите статус git, и
вы заметите, что index.html помечен как измененный.
Но это также показывает это конкретное утверждение здесь.
Он говорит, что git checkout - и
имя файла, чтобы отменить изменения в рабочих каталогах.
Таким образом, вы можете отменить изменения, внесенные в конкретный
файл, соответствующий предыдущему комментарию.
Поэтому позвольте мне просто восстановить этот index.html обратно к тому, что он был в конце
третьей фиксации.
Поэтому для этого я мог бы просто сказать git, checkout,
- index.html, а затем,
если я делаю статус git, он показывает, что мой каталог чист.
И в основном мой каталог был восстановлен
в состояние в конце третьей фиксации.
Перейдя к файлу в моем Virtual Studio Code, я вижу, что
их файл был восстановлен обратно к тому, что он был в конце третьего cap.
Таким образом, это один из способов, который вы можете, если вы внесли изменения
в свой файл после фиксации, и вы хотите просто отменить эти изменения,
вы можете просто проверить файл из последней фиксации, а затем все ваши
изменения, которые вы сделали после последней фиксации, будут отброшены на месте.
Таким образом, это некоторые основные команды, которые очень полезны для
вас, когда вы проходите курсы в этой специализации,
потому что вы можете совершить в конце каждого упражнения.
И по мере продвижения вперед вы все равно будете иметь ориентированное представление
о состоянии вашей папки в конце предыдущего упражнения.
Таким образом, если вы выполняете новое упражнение, и вы обнаружили, что вы
допустили ошибки, и вы хотите вернуться к предыдущей фиксации, у
вас всегда есть способ сделать это, используя команды, которые мы только что позволили.
Таким образом, с этим базовым пониманием этих нескольких команд git
вы сможете продолжить понимание и
использование git на курсах этой специализации.
Итак, теперь мы рассмотрели сброс git для определенного файла или git reset в целом.
Если вы просто напечатаете git reset, он вернет вас к последней фиксации.
Таким образом, он сбросит промежуточную область до последней фиксации,
не нарушая изменений, которые вы сделали в вашем рабочем каталоге.
Поэтому после сброса вы можете проверить
предыдущую версию файла, который вы зафиксировали в предыдущей фиксации.
Таким образом, на этой неделе вы можете восстановить свою папку обратно в том месте, где вы были в
начальной точке предыдущей фиксации.
Так что иногда, когда вы проходите через упражнение, и вы понимаете, что пропустили сигнал.
Всегда есть способ вернуться к предыдущей версии.
Поэтому с этими командами я думаю, что вы все готовы
использовать git на курсах этой специализации.
Итак, в конце этого упражнения вы сделали это?
[ МУЗЫКА]