Category archives: Git delete last commit

Вообще Git - это система контроля версий для файлов. Это что-то вроде возможности сохранения в компьютерных играх, Git-эквивалент игрового сохранения - коммит. Важно: Добавление файлов в "сохранение" - это двухэтапный процесс: сначала вы добавляете файл в индекс git add, а затем "сохраняете" его с помощью git commit. Любой файл в существующем каталоге репозитория может находиться или не находиться под контролем версий - отслеживаемых и неотслеживаемых.

Отслеживаемые файлы могут находиться в трех состояниях: немодифицированные, модифицированные и проиндексированные, готовые к фиксации. Ключом к пониманию концепции git является знание о "трех деревьях": Рабочая директория - файловая система проекта, в которой находятся файлы, с которыми вы работаете. Index - список файлов и каталогов, которые отслеживает git, промежуточное хранилище изменений редактирования, удаления отслеживаемых файлов. Commit - "сохранение" хранит набор изменений, сделанных в рабочем каталоге с момента предыдущего коммита.

Коммиты неизменны и не могут быть отредактированы. Все коммиты, кроме первого, имеют один или несколько родительских коммитов, потому что коммиты хранят изменения из предыдущих состояний.

Простейший рабочий цикл - это редактирование, добавление и удаление файлов. Коммиты фиксируют изменения. Возврат к шагу 1 или переход в спящий режим. HEAD указывает на текущий коммит или текущую ветку, так что в любом случае это коммит.

Указатели на родителя коммита, который будет создан следующим. Ветвь master, develop и т.д. Когда вы добавляете коммит, указатель ветви перемещается с родительской ветви на новый коммит. Теги - это простые указатели на коммиты.

Нет. Настройки Прежде чем начать работу, необходимо выполнить некоторые настройки: git config --global user. Каждый файл или каталог должен быть указан с новой строки; вы можете использовать подстановочные знаки. Консоль Как использовать консоль Bash в Windows, основные команды. Некоторые консольные команды требуют очень длинного консольного вывода Пример: Вывод истории всех изменений в файле с помощью команды git log -p fileName

Это запускает редактор Vim прямо в консоли. Он работает в нескольких режимах, из которых вам будет интересен режим редактирования текста и обычный командный режим. Чтобы вернуться из Vim обратно в консоль, в командном режиме введите :q. Переход в командный режим из любого другого режима: Esc Если вам нужно что-то написать, нажмите i, чтобы войти в режим вставки текста.

Если вы хотите сохранить изменения, перейдите в командный режим и введите :w. Просмотр изменений статуса git для отображения состояния репозитория: отслеженные, измененные, новые файлы и т.д. Переименование аналогично удалению старого файла и созданию нового. Переименование может быть определено только после того, как изменение будет проиндексировано. В обеих ветках есть коммиты, сделанные после расхождения ветвей. Мы пытаемся объединить ветку git merge feature с веткой master и получаем конфликт, потому что в обеих ветках есть изменения одной и той же строки в индексном файле.

Когда возникает конфликт, репозиторий находится в состоянии прерванного слияния. Вам нужно оставить только необходимый код в конфликтующих файлах, проиндексировать изменения и зафиксировать их. Это делается для того, чтобы убедиться, что все изменения, сделанные в основной ветке после того, как вы коснулись перенесенной ветки, появятся в "перенесенной" ветке.

Вы не можете "подтолкнуть" ветвь, если она уже была отправлена в удаленный репозиторий. Начало работы Создание нового репозитория, первый коммит, связывание удаленного репозитория с gthub. Исправили, поместили исправление в мастер.

Оригинальный мастер-репозиторий был каким-то образом обновлен. Цель - вытащить изменения, которые были внесены в мастер-репозиторий после того, как мы его форкнули.

Навигация

thoughts on “Git delete last commit

  1. Хороший пост, прочитав пару книг на тему всё таки не взглянул со стороны, а пост как-то задел.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *