Продвинутый уровень (14 из 15)

<aside> <img src="/icons/calendar-day_gray.svg" alt="/icons/calendar-day_gray.svg" width="40px" />

13 июня 2026

</aside>

<aside> <img src="/icons/clock-alternate_lightgray.svg" alt="/icons/clock-alternate_lightgray.svg" width="40px" />

20 минут

</aside>

1. Команда сталкивается с частыми и сложными конфликтами при слиянии ветки фичи обратно в main. Ветка фичи разрабатывается длительное время (несколько недель) без регулярных интеграций изменений из main. Оцените основную причину возникновения этих конфликтов.

   • Значительное расхождение между ветками фичи и main из-за редких слияний main в ветку фичи
   • Избыточное использование rebase вместо merge при интеграции изменений, что путает историю
   • Недостаточное количество коммитов в ветке фичи, что приводит к большим и сложным блокам изменений
   • Проблемы с Git-сервером, которые приводят к неполному получению данных и ошибкам слияния
   • Низкая квалификация разработчиков в разрешении конфликтов, что затягивает процесс

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

   • Добавить logs/ в .gitignore; закоммиченные ранее файлы удалить с помощью git rm --cached
   • Переместить файлы в другую директорию
   • Добавить logs в .gitignore и удалить все старые коммиты
   • Использовать только git reset
   • Использовать git stash

3. Как добавить игнорирование node_modules только в корне проекта?

   • /node_modules/
   • */node_modules/
   • node_modules/
   • /node_modules/
   • ./node_modules/

4. Вы работаете в ветке feature/new-customer-model, которая была создана командой git checkout -b feature/new-customer-model. После завершения разработки вы пытаетесь отправить изменения в удаленный репозиторий origin и выполняете команду git push origin.

   Какой результат вы получите и почему?

   • Команда завершится с ошибкой, так как локальная ветка еще не связана с удаленным репозиторием
   • Команда завершится успешно, но с предупреждением о том, что была создана новая ветка
   • Команда завершится с ошибкой, так как origin не может быть именем удаленного репозитория
   • Команда успешно завершится, а в удаленном репозитории будет создана новая ветка
   • Команда завершится с ошибкой, так как перед push необходимо подписать коммиты с помощью git push -s

5. Какой командой можно зафиксировать только часть изменений в файле при подготовке коммита?

   • git add -p
   • git commit --amend
   • git reset --mixed
   • git stash -u
   • git cherry-pick

6. После завершения поиска проблемного коммита с помощью git bisect, какую команду следует выполнить для возврата к нормальной работе?

   • git bisect reset
   • git bisect good
   • git bisect start
   • git bisect log
   • git bisect bad

7. Что содержит файл .gitmodules в проекте с подмодулями?

   • Метаданные подмодулей: их URL и пути в репозитории
   • Информацию о синхронизации между основным репозиторием и подмодулями
   • Настройки игнорирования файлов подмодулей
   • Список всех веток подмодулей, доступных для проекта
   • Список всех коммитов подмодулей, использованных в проекте

8. Какой подход минимизирует риск "сломать" пользователям деплой при публикации горячего патча к релизу?

   • Использовать дополнительный tag с суффиксом hotfix
   • Создать новый lightweight tag
   • Удалить предыдущий релиз
   • Сделать fast-forward мерж
   • Перезаписать существующий релизный тег

9. Ваш коллега, работая над коммитами в ветке main, заметил: история коммитов в ней содержит коммит 325b012 с очень большим файлом debug.log и другими изменениями. Этот файл уже удален из репозитория в коммите 8dd9645, но всё еще существует в истории и усложняет работу с репозиторием. Он выполнил какую-то операцию с деревом коммитов и удалил этот файл из всех предыдущих коммитов.

   Начальное состояние ветки — вывод git log --oneline:

   1 f1fe759 (HEAD -> main) Fixed documentation and comments
   2 8dd9645 Removed debug.log
   3 c60f0ed Finished main feature
   4 325b012 Added model implementation
   5 e21d3cc Initial commit
   

   Итоговое состояние ветки (вывод git log --oneline):

   1 62db399 (HEAD -> main) Fixed documentation and comments
   2 af98fe5 Removed debug.log
   3 f7048f0 Finished main feature
   4 4d1de5 Added model implementation
   5 e21d3cc Initial commit
   

   Какую операцию из перечисленных выполнил ваш коллега?

   • Выполнил git filter-branch --tree-filter "rm -f debug.log" -- --all
   • Выполнил git filter-branch --index-filter "git rm --cached debug1.log" -- --all
   • Выполнил git rebase -i для редактирования коммита и удаления файла
   • Выполнил git commit --amend, удалив файл вручную, а затем переписал историю командой git push --force
   • Выполнил git cherry-pick для удаления файла и пересоздал коммиты вручную

10. Разработчик присоединился к проекту и склонировал основной репозиторий командой git clone <URL_проекта>. После этого он обнаружил, что каталоги, предназначенные для подмодулей (vendor/libA, external/libB), пусты, хотя они определены в файле .gitmodules. Какую команду необходимо выполнить в корневой директории проекта, чтобы загрузить код всех подмодулей согласно их зафиксированным версиям в основном проекте?

    • git submodule update --init --recursive
    • git submodule pull --all
    • git submodule sync --recursive && git submodule update
    • git submodule fetch --all
    • git clone --recurse-submodules <URL_проекта> . (в текущий каталог)

11. В проекте изменился адрес репозитория подмодуля. Как обновить его в основном проекте?

    • Изменить .gitmodules, затем git submodule sync
    • git move --submodule
    • git add --update-submodules
    • git submodule update --remote
    • git remote set-url

12. В каком случае использование Git Subtree подходит лучше Submodule?

    • Когда требуется включить внешний репозиторий без отдельного управления зависимостями
    • Когда нужно управлять большими файлами в репозитории
    • Когда используется исключительно monorepo
    • Когда dependencies обновляются daily
    • Когда разработки в зависимостях ведёт независимая команда

13. Какой Git-хук можно использовать для проверки содержимого коммита на наличие секретных ключей до отправки в репозиторий?

    • pre-push
    • commit-msg
    • pre-commit
    • post-receive
    • post-merge

14. После слияния ветки feature/payment-logic в main в продакшен-среде начались сбои. Вы выяснили, что ошибка была в двух коммитах внутри этой ветки. Из-за сложной зависимости между другими изменениями откат всей ветки невозможен.

15. Как Git Flow рекомендует оформлять новый релиз приложения?