Рубрика содержит все отчёты о тестировании, удачные и неудачные. Противоречия между отчётами объясняются датой прогона, корпусом, условиями нагрузки и ступенью. Как читать эти отчёты →
Отчёт 6 · извлечение фактов и процедур Дата: 11 августа 2026 · Ступени: FLASH, AIR, PLUS · Ответов: 150 · Сбоев: 0
Проверка на полном русском переводе второго издания Pro Git — 126 700 слов, 106 разделов. Набор проверяет, находит ли система конкретный факт, умеет ли восстановить процедуру по шагам и признаёт ли, когда ответа в книге нет.
| 150 | ответов, три ступени по пятьдесят вопросов |
| 0 | технических сбоев |
| 10–13 с | типичное время ответа |
| 1 из 15 | честных отказов на вопросах без ответа |
Пятьдесят вопросов с заранее подготовленными правильными ответами. У каждого ответимого вопроса указан раздел книги, откуда он берётся.
| тип | вопросов |
|---|---|
| прямое извлечение факта | 30 |
| восстановление процедуры | 10 |
| объединение сведений из разных мест | 5 |
| намеренно неответимые | 5 |
Последние пять — проверка на выдумывание. У них пустой список оснований и прямо объяснено, каких сведений в книге нет: например, какое имя ветки настроено на компьютере пользователя или сколько сегодня стоят платные тарифы GitHub.
Корпус загружался 106 отдельными файлами по разделам книги, поэтому найденный источник можно сверить с указанным в наборе: попала система в нужный раздел или в посторонний.
| Ступень | Ответ полный | Частичный | Слабый | Время | Слов | Сбоев |
|---|---|---|---|---|---|---|
| FLASH | 19 | 6 | 1 | 10,4 с | 438 | 0 |
| AIR | 18 | 6 | 2 | 11,4 с | 445 | 0 |
| PLUS | 17 | 7 | 2 | 13,3 с | 218 | 0 |
«Полный» означает, что в ответе присутствуют все опорные точки эталона — команды, ключи, числа. Три четверти ответов попали в эту категорию у каждой ступени, разброс между ступенями небольшой.
Проверенные вручную ответы совпали с руководством дословно, включая детали, которых в вопросе не спрашивали:
Четыре протокола передачи данных — локальный, HTTP, SSH и Git-протокол,
с портом 9418 у последнего и различием «умного» и «глупого» режимов HTTP.
Поведение git stash по умолчанию — сохраняются изменённые отслеживаемые
файлы и проиндексированные изменения.
Устройство хуков — клиентские против серверных, каталог .git/hooks,
примеры.sample, создаваемые приgit init.
Ссылки на разделы книги указывались верно.
Вопрос об отмене изменений. «Как убрать файл из индекса, а затем отменить его незакоммиченные изменения в рабочем каталоге?»
Правильный ответ: git restore --staged <файл>, затем git restore <файл>, и предупреждение — второй шаг заменяет файл последней зафиксированной версией и уничтожает несохранённое.
git rm --cached <файл>. Это другаяоперация — она прекращает отслеживание файла, а не убирает его из индекса.
команд в начале ответа нет.
Это тот случай, где неполный ответ стоит пользователю работы: команда выглядит уверенно, а последствия необратимы.
Из пятнадцати проверок «признай, что данных нет» честными оказались четыре.
| Ступень | Честных отказов из 5 |
|---|---|
| PLUS | 1 |
| AIR | 0 |
| FLASH | 0 |
Как это выглядит на деле:
Вопрос: какое имя ветки по умолчанию фактически настроено на компьютере
пользователя?
Ответ AIR: «По умолчанию настроено имя ветки master.»
Модель не может знать чужую локальную настройку — она взяла из книги общее правило и подала его как факт о конкретной машине. PLUS на этом же вопросе ответил правильно: сведений в материалах нет, вот команда, чтобы проверить самому.
Вопрос: какие правила именования веток действуют в репозитории компании
пользователя?
Ответ: пересказ учебного примера из раздела «Пример принудительной
политики Git» как политики этой компании — с настоящей цитатой ошибки хука.
Ответ подкреплён верной ссылкой на раздел, и именно поэтому выглядит достоверным.
Вопрос: какие уязвимости Git актуальны на дату теста?
Ответ PLUS: назван конкретный номер уязвимости с описанием и датой.
Книга не является базой уязвимостей; такой номер проверяется только сверкой с внешним реестром.
Это объясняется постановкой опыта. Проверка велась на стандартных моделях в базовой настройке — в задании модели нет требования останавливаться, когда опоры в документах нет. Сам поиск при этом отрабатывает и приносит близкие по теме разделы; вопрос в том, что с ними делать дальше. Отдельной проверки после настройки задания пока не проводилось.
содержат все опорные точки эталона, ссылки на разделы книги верны.
настройки задания, проверяется отдельно.
*Проверка проведена на живой платформе через клиентский путь. Набор, журналы всех ответов и эталоны сохранены и доступны для повторного прогона. Вердикты вынесены человеком по сверке с текстом руководства.*