Итоговый тест по курсу

Git · 18 вопросов

Восемнадцать вопросов по всем урокам курса — от первого коммита до работы в команде. После ответа появится пояснение: если ошиблись, оно подскажет, что перечитать.

1. Где хранится история репозитория Git? Только на сервере GitHub или GitLabВ скрытой папке .git в корне проектаВ отдельном файле history.txt рядом с проектом

Вся история лежит в .git прямо в проекте, поэтому Git работает и без сервера. Удалить .git — значит потерять историю.

Верный ответ: В скрытой папке .git в корне проекта. Вся история лежит в .git прямо в проекте, поэтому Git работает и без сервера. Удалить .git — значит потерять историю.

2. Какие две настройки обязательны перед первым коммитом? core.editor и init.defaultBranchuser.name и user.emailremote.origin.url и user.password

Верный ответ: user.name и user.email. Без имени и почты автора Git не создаёт коммит. Редактор и имя ветки — полезные, но необязательные настройки, а пароля в настройках Git нет вовсе.

3. В каком порядке изменения попадают в историю? Рабочая папка → индекс (git add) → коммит (git commit)Коммит → индекс → рабочая папкаРабочая папка → сервер (git push) → коммит

Верный ответ: Рабочая папка → индекс (git add) → коммит (git commit). Сначала правки отбираются в индекс, потом сохраняются коммитом. На сервер отправляются уже готовые коммиты.

4. Что означает nothing to commit, working tree clean? Репозиторий пустой, в нём нет коммитовВсе изменения сохранены в коммитах, сохранять нечегоGit не нашёл папку .git

Рабочая папка совпадает с последним коммитом. Пустой репозиторий Git описывает словами No commits yet.

Верный ответ: Все изменения сохранены в коммитах, сохранять нечего. Рабочая папка совпадает с последним коммитом. Пустой репозиторий Git описывает словами No commits yet.

5. Новый файл app.py не попал в коммит после git commit -am "…". Почему? Ключ -a пропускает файлы с расширением .py-a добавляет только файлы, которые уже отслеживаютсяФайл попадёт в следующий коммит автоматически

Новые файлы сначала добавляют через git add app.py — после этого -a будет учитывать и их.

Верный ответ: -a добавляет только файлы, которые уже отслеживаются. Новые файлы сначала добавляют через git add app.py — после этого -a будет учитывать и их.

6. Как выбросить незакоммиченные правки в файле index.html? git reset --soft index.htmlgit restore index.htmlgit revert index.html

git restore возвращает файл к последнему коммиту. revert работает с коммитами, а не с файлами, и reset --soft к отдельному файлу не применяется.

Верный ответ: git restore index.html. git restore возвращает файл к последнему коммиту. revert работает с коммитами, а не с файлами, и reset --soft к отдельному файлу не применяется.

7. Последний коммит ещё не отправлен, его нужно переделать, сохранив изменения. Какая команда? git reset --hard HEAD~1git reset --soft HEAD~1git revert HEAD

--soft убирает коммит и оставляет изменения в индексе. --hard удалит изменения, а revert добавит ещё один коммит вместо того, чтобы убрать этот.

Верный ответ: git reset --soft HEAD~1. --soft убирает коммит и оставляет изменения в индексе. --hard удалит изменения, а revert добавит ещё один коммит вместо того, чтобы убрать этот.

8. Коммит с ошибкой уже на сервере и есть у коллег. Как его отменить правильно? git reset --hard HEAD~1 и git push --forcegit revert хеш и git pushУдалить репозиторий на сервере и отправить заново

revert создаёт новый коммит с обратными изменениями и не переписывает историю, которую уже забрали другие.

Верный ответ: git revert хеш и git push. revert создаёт новый коммит с обратными изменениями и не переписывает историю, которую уже забрали другие.

9. Что делает git switch -c fix-menu? Переключается на существующую ветку fix-menuСоздаёт ветку fix-menu и переключается на неёУдаляет ветку fix-menu

-c означает create. Старая запись того же — git checkout -b fix-menu.

Верный ответ: Создаёт ветку fix-menu и переключается на неё. -c означает create. Старая запись того же — git checkout -b fix-menu.

10. Вы в ветке main и выполняете git merge feature. Что произойдёт? Изменения из main попадут в featureИзменения из feature попадут в mainВетка feature будет удалена

Слияние всегда идёт в текущую ветку. Ветка feature после слияния остаётся, удалить её можно через git branch -d.

Верный ответ: Изменения из feature попадут в main. Слияние всегда идёт в текущую ветку. Ветка feature после слияния остаётся, удалить её можно через git branch -d.

11. Что означает блок между ======= и >>>>>>> feature в файле с конфликтом? Ваш вариант из текущей веткиВариант из сливаемой ветки featureТекст, который Git уже удалил

Над ======= — вариант текущей ветки (HEAD), под ним — вариант ветки, которую сливаете.

Верный ответ: Вариант из сливаемой ветки feature. Над ======= — вариант текущей ветки (HEAD), под ним — вариант ветки, которую сливаете.

12. Конфликт в файле исправлен и метки удалены. Как завершить слияние? git add файл, затем git commitgit merge --abortgit push --force

git add отмечает конфликт решённым, коммит завершает слияние. --abort отменил бы всё слияние.

Верный ответ: git add файл, затем git commit. git add отмечает конфликт решённым, коммит завершает слияние. --abort отменил бы всё слияние.

13. Чем git fetch отличается от git pull? fetch отправляет коммиты на серверfetch только скачивает, pull скачивает и сливает с вашей веткойpull работает только по SSH

После fetch ваши файлы и ветки не меняются, новые коммиты видны в origin/main. pull = fetch + слияние.

Верный ответ: fetch только скачивает, pull скачивает и сливает с вашей веткой. После fetch ваши файлы и ветки не меняются, новые коммиты видны в origin/main. pull = fetch + слияние.

14. git push ответил ! [rejected] main -> main (non-fast-forward). Что сделать? git push --forcegit pull, при конфликте решить его, затем git pushУдалить ветку main на сервере

Верный ответ: git pull, при конфликте решить его, затем git push. На сервере есть коммиты, которых нет у вас. Их нужно забрать и объединить со своими. Принудительная отправка удалила бы чужую работу.

15. В .gitignore дописали config.ini, но файл уже был в коммитах. Что нужно ещё? Ничего, Git перестанет его видеть самgit rm --cached config.ini и коммитgit rm config.ini и коммит

.gitignore не действует на отслеживаемые файлы. --cached убирает файл из репозитория и оставляет на диске, а git rm без него удалил бы файл и с диска.

Верный ответ: git rm --cached config.ini и коммит. .gitignore не действует на отслеживаемые файлы. --cached убирает файл из репозитория и оставляет на диске, а git rm без него удалил бы файл и с диска.

16. Что делает git stash? Удаляет все незакоммиченные правки навсегдаОткладывает незакоммиченные правки, чтобы вернуть их позже через git stash popОтправляет правки на сервер без коммита

Отложенное хранится в вашей копии репозитория. git stash pop возвращает последнее отложенное и убирает его из списка.

Верный ответ: Откладывает незакоммиченные правки, чтобы вернуть их позже через git stash pop. Отложенное хранится в вашей копии репозитория. git stash pop возвращает последнее отложенное и убирает его из списка.

17. ssh -T git@github.com отвечает Permission denied (publickey). Что проверить в первую очередь? Пароль от учётной записи GitHubЕсть ли ключ в ~/.ssh и добавлен ли его открытый ключ в настройки учётной записиУстановлен ли Git последней версии

Верный ответ: Есть ли ключ в ~/.ssh и добавлен ли его открытый ключ в настройки учётной записи. По SSH пароль не используется: сервер проверяет ключ. Чаще всего ключа нет или его открытая часть не добавлена на сайт.

18. В открытый репозиторий отправлен коммит с паролем. Что сделать в первую очередь? Удалить файл с паролем новым коммитомПереписать историю через git filter-repoСменить пароль в том сервисе, от которого он

Верный ответ: Сменить пароль в том сервисе, от которого он. Пароль уже мог быть скопирован. Новый коммит оставит его в истории, а чистка истории нужна, но после смены пароля, а не вместо неё.