[МУЗЫКА]
Давайте теперь исследуем некоторые основные команды Git, которые очень полезны для
нас в этой специализации.
Есть гораздо больше, чем то, что мы освещаем в этом упражнении.
Для начала перейдите в удобное место на компьютере и
затем создайте папку с именем git-test.
Затем откройте эту папку в вашем любимом редакторе.
Здесь у меня есть папка git-test, которую мы только что создали, открывая
в моем коде VIsual Studio.
Позвольте мне добавить файл в эту
папку с именем index.html.
Теперь вы можете видеть, что я добавил в некоторый HTML-код в этот индекс к HTML5.
Давайте сохраним изменения.
Теперь давайте переключимся на нашу командную строку.
В командной строке перейдите в папку git-test и
давайте инициализируем эту папку в репозиторий git.
Поэтому для этого в командной строке введите git init.
Теперь эта папка была инициализирована как репозиторий git.
Это наша первая команда git, которую мы узнали, git init.
Это инициализирует текущую папку как репозиторий git и
, когда она инициализирует папку, она помечает эту папку как мастер.
Это главная ветка для моего git.
Теперь давайте не будем беспокоиться о ветках и так далее.
Мы не будем заниматься этим в этом курсе.
Мы будем работать только с мастером филиалом в этой конкретной специализации.
Так что это будет помечено как мастер.
Теперь это начальная точка нашего репозитория.
Следующая команда, которую мы собираемся посмотреть, это статус git.
Если вы введете git status в командной строке,
он сообщит вам текущее состояние папки.
Так что давайте сделаем это в командной строке и посмотрим, что это показывает.
В командной строке введите git status и
прочитайте информацию, которая отслеживается в окне команд.
Вы видите, что написано на ветке мастера.
Итак, это главная ветка, на которой мы находимся, и она говорит,
неотслеживаемые файлы, а затем показывает index.html красным цветом.
На вашем конкретном компьютере он может использовать разные цвета или
представляет это по-разному, но это то, что он показывает на моем Mac.
Итак, теперь этот файл index.html, который мы только что создали в этой папке
, теперь не добавлен в наш репозиторий git.
Итак, давайте продолжим и добавим этот файл в репозиторий git.
Поэтому для этого мы говорим git add, и вы можете просто сказать
dot, что означает, что все файлы в текущем каталоге будут добавлены в
, что называется промежуточной областью моего репозитория 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.
Итак, когда я это делаю, он говорит, что хорошо, один файл был добавлен в репозиторий git, и
какая-то другая информация будет набрана в это окно команд.
Итак, давайте теперь снова проверим статус git.
И теперь вы видите, что он ничего не говорит о фиксации, рабочий каталог чист.
Итак, это означает, что текущее состояние моего рабочего каталога или рабочей папки
было зафиксировано в репозитории git.
Таким образом, снимок был зафиксирован в моем репозитории git.
Теперь я могу ввести следующую команду, называемую git log —oneline.
И посмотрите, что он показывает число там, восьмизначное число там.
А затем также показывает сообщение, которое мы вкладываем в нашу фиксацию, говоря сначала фиксацию.
Так что это журнал всех коммитов, которые были помещены в мой репозиторий данных.
Итак, возвращаясь к нашей следующей команде git, мы увидели, что git log - oneline мы увидим и
он показывает нам краткий журнал всех коммитов.
Если вы просто набираете git log, он отображает гораздо более подробную информацию о
всех коммитах.
Но этого достаточно для получения необходимой нам информации.
Давайте теперь вернемся к нашему редактору здесь, в коде Visual Studio.
Поэтому я собираюсь добавить больше изменений в мой файл index.html.
Так что я добавлю.
Поэтому я изменил свой файл index.html.
Теперь позвольте мне добавить еще одну папку в папку GIT-TEST.
Поэтому я создаю подпапку здесь с именем templates, и
внутри этой папки шаблонов, я собираюсь создать другой файл с именем test.html.
Это просто для того, чтобы показать вам, как git может зафиксировать
всю иерархию папок в своем репозитории.
Так что с test.html теперь есть,
Я просто собираюсь скопировать все из моего index.html
в мой test.html и сохранить изменения.
Возвращаясь к командной строке,
давайте теперь проверим статус нашего репозитория git и этой папки.
Таким образом, ввод git status показывает, что файл index.html
, который мы уже добавили ранее в репозиторий, теперь был изменен.
Поэтому, если есть новая версия файла index.html.
Также он показывает, что есть некоторые неотслеживаемые файлы в
этой папке под названием templates.
Добавим все эти изменения в наш репозиторий, в промежуточную область.
Поэтому снова введите git add dot, а затем все эти
файлы будут добавлены в промежуточную область.
Опять же, проверяя статус,
вы теперь видите, что изменения, которые я был добавлен в промежуточную область.
Таким образом, все эти файлы были добавлены в промежуточную область.
Давайте сделаем еще одну фиксацию.
Так что я бы сказал git commit -m.
Вторая фиксация, а затем давайте проверим журнал.
Если вы проверите журнал, вы теперь увидите, что в моем репозитории git есть две коммиты.
Первый и второй фиксации и
отмечают, что каждому из них присваивается разное число.
Если вы хотите увидеть полную информацию журнала, вы можете просто ввести git log и
, тогда вы увидите больше деталей там, то, что вас интересует.
Поэтому обратите внимание, что oneline commit
дает только первые несколько символов моего номера фиксации там.
Этого достаточно для того, чтобы мы могли оперировать.
Позвольте мне вернуться снова к моей Visual Studio и добавить еще один.
Еще одна строка моего файла index.html.
Итак, теперь мой файл index.html был изменен.
И давайте сохраним изменения.
Возвращаясь к командной строке,
перейти в статус git показывает, что файл index.html был изменен.
Итак, давайте добавим это в промежуточную область, а затем сделаем третью фиксацию.
Итак, скажем, git добавить точку git статус.
Теперь вы видите, что index.html, измененная версия была добавлена.
Теперь мы можем сказать git commit.
Третья фиксация.
И git log oneline, и вы увидите, что в нашем репозитории есть три коммита.
Итак, теперь наш репозиторий содержит снимки трех различных типов.
В конце первого коммита, в конце второго коммита и
в конце третьего коммита.
Теперь мы также можем откатить изменения.
Мы можем вернуть репозиторий к предыдущей версии.
Мы можем вытащить файл из более старой фиксации и
затем пульсировать этот существующий файл в нашем непосредственно из более старой фиксации.
Итак, давайте посмотрим, как мы можем работать с этими вещами, изучив еще пару команд.
На данном этапе наш файл index.HTML находится в текущем состоянии.
Таким образом, вы можете заметить, что он имеет h1 и два p.
Давайте теперь посмотрим на следующую команду 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 checkout
мы вытащим старую версию файла, а затем заменим то, что
находится в текущем каталоге, а затем он также проверит его в промежуточной области.
Так что теперь, если я это сделаю, и тогда я понимаю, что это то, что я хочу, я могу просто
сделать еще одну фиксацию на этом этапе.
И тогда этот файл можно прокомментировать как четвертый коммит.
Но предположим, что мне это не нравится, я хочу вернуться к этому файлу
index.html в конце третьей фиксации.
Тогда все, что я могу сделать, это сказать, что git reset HEAD и
index.html.
Таким образом, на данный момент происходит то, что index.html,
измененная версия, которую я проверяю, все еще существует.
Но этот файл не был поставлен в промежуточной области.
Если вы вернетесь и посмотрите на index.html в своем редакторе,
он все равно покажет сцену в конце второй фиксации
, потому что мы вытащили этот файл, используя checout для этого.
Теперь, если вы хотите вернуть его обратно к тому, что было в конце третьей фиксации
, то мы делаем еще одну проверку из третьей фиксации.
Переходя к нашему командному окну типа git status и
вы заметите, что index.html помечен как измененный, но
он также показывает это конкретное заявление здесь, он говорит git checkout -
и ссылка на файл, чтобы отменить изменения в рабочем каталоге.
Так что это один из способов отбросить изменения, которые вам
не нужны, в определенный файл, соответствующий предыдущему фиксации.
Поэтому позвольте мне восстановить этот index.html обратно
к тому, что он был в конце третьей фиксации.
Так что для этого я просто скажу git
checkout — index.html.
И затем, если я делаю статус git, он показывает, что мой каталог чист и, в основном
, мой каталог был восстановлен в состояние конца третьего коммита.
Переходя к файлу в моем коде Visual Studio, я вижу, что
файл был восстановлен обратно в то, что он был в конце третьей фиксации.
Таким образом, это один из способов, если вы внесли изменения в файл после фиксации и
вы хотите просто отменить эти изменения, вы можете просто
проверить файл из последней фиксации.
И тогда все ваши изменения, которые вы сделали после последней фиксации
, будут отбрасываться на месте.
Итак, это некоторые основные команды, которые очень полезны для
вас, когда вы идете на курсы в этой специализации,
, потому что вы можете захотеть совершить в конце каждого упражнения.
И по мере продвижения вперед у вас все равно будет зафиксированная версия
состояния вашей папки в конце предыдущего упражнения.
Таким образом, если вы получаете новое упражнение и вы обнаружили, что вы
совершили ошибки, и вы хотите вернуться к предыдущему фиксации вы
всегда имеете способ сделать это, используя команды, которые мы только что узнали.
Таким образом, с этим базовым пониманием этих нескольких команд git,
мы сможем продолжить с пониманием и
, используя git в курсах этой специализации.
Итак, теперь мы изучили сброс git для определенного файла или git reset
в целом, если вы просто напечатаете git reset, он вернет вас к последней фиксации.
Таким образом, он сбрасывает промежуточную область до последней фиксации
, не нарушая изменений, которые вы сделали в своем рабочем каталоге.
Таким образом, как только вы сбросите, вы можете проверить
предыдущую версию файла, который вы зафиксировали в предыдущем коммите.
Таким образом, вы можете восстановить свою папку обратно туда, где вы были на
начальной точке предыдущего коммита.
Так что иногда, когда вы идете упражнения и вы понимаете, что вы ошиблись
, у вас всегда есть способ вернуться к предыдущей версии.
Итак, с этими командами, я думаю, вы все настроены использовать git в
курсы этой специализации So
в конце этого упражнения, вы Git it?
[МУЗЫКА]