Открыть pull request по принятой работе — живой прогон

[gHashTag]

Часть #1090. Блокируется #1091 (токен).

Проблема

openPullRequestForTask написан и вызывается при приёмке, но не выполнялся ни разу вживую. Во всём журнале событий строки pullRequest нет ни одной: каждое делегирование за историю проекта останавливается на «пчела ответила, ветка закоммичена».

Неисполнявшийся код за это время накопил три ошибки в построении URL — они уже исправлены (GitHubEndpoint), но сам путь по-прежнему не проверен ничем, кроме модульных проверок адреса.

Готово, когда

• Одно настоящее делегирование доходит до открытого PR.
• В журнале появляется queen.pr.opened с номером.
• Номер PR записан в задачу, и задача не считается завершённой, пока PR не влит: закрытый без мержа PR — не то же самое, что приземлённая работа.

Что уже есть

openPullRequestForTask, GitHubAPIClient.createPR, recordPullRequest, PullRequestOutcome, GitHubEndpoint с проверками адреса в обе стороны.

[gHashTag]

Сделано и доказано вживую: queen.pr.opened, PR gHashTag/BrowserOS#6 из ветки queen/1093-add-a-closing-line-to-docs-queen-spec, открыт Королевой после приёмки работы пчелы.

Между приёмкой и PR стояли четыре поломки, и ни одна не была видна из чтения кода:

1. Приёмка делала задачу невидимой. task(forIssue:) отбрасывает терминальные состояния, а accepted терминально. Открытие PR — следующий шаг после приёмки, и он не находил задачу. Одна эта строка объясняет, почему PR не было ни разу за всю историю.
2. Ветку никто не пушил. Коммит намеренно не ходит в сеть, а создание PR считало ветку опубликованной.
3. PR метился не в тот репозиторий — в репозиторий issue, тогда как ветка живёт в репозитории кода.
4. Проба ревьюила слишком рано — ждала снятия флага исполнителя, а коммит и переход в awaitingReview происходят после.

Под всем этим: путь молчал. Три выхода возвращались без единого следа, поэтому каждая попытка выглядела как «ничего не произошло». Теперь логируются.