d20fc576ca
All checks were successful
CI Trade-In / changes (pull_request) Successful in 11s
CI Trade-In / backend-tests (pull_request) Has been skipped
CI Trade-In / browser-tests (pull_request) Has been skipped
CI / changes (pull_request) Successful in 12s
CI Trade-In / frontend-checks (pull_request) Has been skipped
CI / frontend-tests (pull_request) Has been skipped
CI / openapi-codegen-check (pull_request) Successful in 2m7s
CI / backend-tests (pull_request) Successful in 17m31s
Ни на один из них не ссылается ничего в backend (проверено grep по всему дереву после удаления: 0 вхождений на каждый). Ruff чист, модули импортируются. Самое заметное — `_build_beat_schedule_fallback` в workers/beat_schedule.py: 63 строки с докстрингом «используется если БД недоступна на старте», хотя вызова не было ни одного. Комментарий у `build_beat_schedule` теперь прямо говорит, почему env-fallback сознательно не применяется, — иначе следующий читатель напишет его заново. Остальное: заготовки скраперов, которые не доехали (fetch_parcel/fetch_building/ fetch_quarter/probe_endpoint/download_document_stub/fetch_with_raw_log), осиротевшие Pydantic-модели (LayoutSignature/PermitsSummary/RecentPermit) и приватные хелперы без вызывающих. |
||
|---|---|---|
| .. | ||
| alembic | ||
| app | ||
| db/init | ||
| output | ||
| scripts | ||
| tests | ||
| .dockerignore | ||
| .env.example | ||
| .env.runtime.example | ||
| .gitignore | ||
| alembic.ini | ||
| debug.log | ||
| Dockerfile | ||
| pyproject.toml | ||
| uv.lock | ||