vvzvlad/gitmost
1
0
Fork 0
Code Issues 14 Pull Requests 12 Packages Projects Releases Activity

[cleanup][page-templates] Мёртвые isPageEmbedCycle/isPageEmbedTooDeep — удалить или переиспользовать в decideEmbedState #71

New Issue
Closed
opened 2026-06-21 02:12:06 +03:00 by Ghost · 0 comments
Ghost commented 2026-06-21 02:12:06 +03:00
Copy Link

Техдолг, выявленный при ревью резолва merge-конфликта PR #45 (мерж в develop).

Суть

После того как при мерже #45 каноническим guard остался decideEmbedState (develop/#49), предикаты из #45 стали мёртвым в проде кодом: экспортированы и покрыты тестами, но в продакшене не вызываются — их логику decideEmbedState инлайнит у себя.

  • isPageEmbedCycle — apps/client/src/features/editor/components/page-embed/page-embed-ancestry-context.tsx:61
  • isPageEmbedTooDeep — apps/client/src/features/editor/components/page-embed/page-embed-ancestry-context.tsx:74
  • Единственные ссылки — собственный тест page-embed-ancestry-context.test.tsx (прод-вызовов нет).
  • Дублирующая инлайн-логика — apps/client/src/features/editor/components/page-embed/decide-embed-state.ts:47-50:
    • cycle: chain.includes(sourcePageId) || hostPageId === sourcePageId
    • too_deep: chain.length >= PAGE_EMBED_MAX_DEPTH

Решение: удалить мёртвый код

Логика тривиальна и стабильна, прод-поведение уже полностью покрыто decide-embed-state.test.ts (cycle через chain + self-embed/host, too_deep, порядок «cycle важнее too_deep»). Держать вторую копию — лишний риск дрейфа.

Что сделать

  1. Удалить функции isPageEmbedCycle и isPageEmbedTooDeep из page-embed-ancestry-context.tsx (стр. 61 и 74).
  2. Удалить их два describe-блока из page-embed-ancestry-context.test.tsx (describe("isPageEmbedCycle"...) и describe("isPageEmbedTooDeep"...)).
  3. Оставить export const PAGE_EMBED_MAX_DEPTH — его импортирует decideEmbedState.
  4. Прогнать pnpm -r test.

Вариант «переиспользовать предикаты в decideEmbedState» рассмотрен и отклонён: логика — два однострочника, отдельные именованные предикаты тут оверинжиниринг. (Вернуться к нему имеет смысл только если cycle/depth-логика будет усложняться.)

Severity: low (cleanup). Поведение не меняется.

Техдолг, выявленный при ревью резолва merge-конфликта PR #45 (мерж в develop). ## Суть После того как при мерже #45 каноническим guard остался `decideEmbedState` (develop/#49), предикаты из #45 стали **мёртвым в проде кодом**: экспортированы и покрыты тестами, но в продакшене не вызываются — их логику `decideEmbedState` инлайнит у себя. - `isPageEmbedCycle` — `apps/client/src/features/editor/components/page-embed/page-embed-ancestry-context.tsx:61` - `isPageEmbedTooDeep` — `apps/client/src/features/editor/components/page-embed/page-embed-ancestry-context.tsx:74` - Единственные ссылки — собственный тест `page-embed-ancestry-context.test.tsx` (прод-вызовов нет). - Дублирующая инлайн-логика — `apps/client/src/features/editor/components/page-embed/decide-embed-state.ts:47-50`: - cycle: `chain.includes(sourcePageId) || hostPageId === sourcePageId` - too_deep: `chain.length >= PAGE_EMBED_MAX_DEPTH` ## Решение: удалить мёртвый код Логика тривиальна и стабильна, прод-поведение уже полностью покрыто `decide-embed-state.test.ts` (cycle через chain + self-embed/host, too_deep, порядок «cycle важнее too_deep»). Держать вторую копию — лишний риск дрейфа. ### Что сделать 1. Удалить функции `isPageEmbedCycle` и `isPageEmbedTooDeep` из `page-embed-ancestry-context.tsx` (стр. 61 и 74). 2. Удалить их два `describe`-блока из `page-embed-ancestry-context.test.tsx` (`describe("isPageEmbedCycle"...)` и `describe("isPageEmbedTooDeep"...)`). 3. **Оставить** `export const PAGE_EMBED_MAX_DEPTH` — его импортирует `decideEmbedState`. 4. Прогнать `pnpm -r test`. Вариант «переиспользовать предикаты в decideEmbedState» рассмотрен и **отклонён**: логика — два однострочника, отдельные именованные предикаты тут оверинжиниринг. (Вернуться к нему имеет смысл только если cycle/depth-логика будет усложняться.) Severity: low (cleanup). Поведение не меняется.
Ghost added the refactor label 2026-06-21 02:27:17 +03:00
Ghost closed this issue 2026-06-21 14:10:31 +03:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
Something isn't working
 documentation
Improvements or additions to documentation
 duplicate
This issue or pull request already exists
 enhancement
New feature or request
 epic
Large multi-phase effort spanning many changes
 feature
New functionality request
 good first issue
Good for newcomers
 help wanted
Extra attention is needed
 idea
Idea / proposal for discussion
 invalid
This doesn't seem right
 needs-human
эскалация: нужно решение человека
 question
Further information is requested
 refactor
Code cleanup / refactoring
 review/approved
в последнем ревью нет открытых blocking-находок
 review/changes-requested
последнее ревью оставило открытые blocking-находки
 review/needs
head не ревьюился (head != reviewed_head)
 security
Security / hardening issue
 status/blocked
ждёт зависимость blocked_by
 status/done
закрыто и проверено
 status/in-progress
в активной работе (мягкая заявка)
 status/ready
специфицировано, не заблокировано, ждёт исполнителя
 test
Test coverage / test infrastructure
 wontfix
This will not be worked on
No Label refactor
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
agent_coder agent_reviewer vvzvlad
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: vvzvlad/gitmost#71
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?