Skip to content

chore(openspec): Chain meeting/docs/analytics specs to openregister integration registry#133

Open
rubenvdlinde wants to merge 1 commit into
developmentfrom
chore/chain-integration-registry-deps
Open

chore(openspec): Chain meeting/docs/analytics specs to openregister integration registry#133
rubenvdlinde wants to merge 1 commit into
developmentfrom
chore/chain-integration-registry-deps

Conversation

@rubenvdlinde
Copy link
Copy Markdown
Contributor

Summary

Chains 9 decidesk specs to the OpenRegister integration registry so Hydra can sequence them behind the shared integration work. Introduces a "cross-repo stub" pattern under openspec/changes/ that lets Hydra's existing dependency mechanism resolve upstream issues.

What changes

9 specs gain a cross-repo depends_on

  • p2-agenda-management, p2-meeting-management + 5 variants (Core T1/T2/T3, Other T1/T2) → integration-calendar
  • p3-document-managementpluggable-integration-registry (umbrella — satisfies files-integration dep)
  • p4-reporting-and-analyticsintegration-analytics

3 cross-repo stub directories added

Each stub is a directory with only hydra.json + a short README explaining that the authoritative spec lives upstream. Hydra's sibling-based dep check reads the stub's .issue URL and polls that issue's state via gh api — so when the upstream openregister issue closes, these decidesk specs automatically unblock.

Why this pattern

Hydra's cron-hydra.sh / hydra-supervisor.sh resolve depends_on by looking for changes_dir/<dep>/hydra.json. Without the stub, a cross-repo dep would silently stay blocked forever. With the stub, Hydra reads the stub's .issue URL, checks that issue's state, and proceeds normally.

No hydra code changes required. No new machinery — just the discipline of keeping one stub per cross-repo dep.

Related

  • Openregister spec PR #1300 (the integration registry itself)
  • Hydra ADR PR #116 (ADR-019)
  • Openregister tracking issues: #1307 umbrella, #1308 calendar, #1321 analytics
  • Pipelinq + procest are getting similar PRs with the same stub pattern

Test plan

  • Review the stub pattern — is openspec/changes/<integration>/ the right location, or should stubs live elsewhere?
  • Verify the 9 spec hydra.json updates preserve existing local deps (they do — merged, not replaced)
  • Confirm no in-flight work on the chained specs is affected

…ntegration registry

Adds cross-repo dependency links so Hydra can sequence decidesk's
spec implementation behind the shared integration registry:

- p2-agenda-management, p2-meeting-management (+ 5 variants) → integration-calendar
- p3-document-management → pluggable-integration-registry (files integration)
- p4-reporting-and-analytics → integration-analytics

Introduces three "cross-repo stub" directories under openspec/changes/ —
each containing only hydra.json + a short README. The stubs point at their
upstream openregister tracking issues. Hydra's sibling-based dependency
check reads `depends_on: [slug]` -> `changes/<slug>/hydra.json` -> `.issue`
URL -> GitHub state, so the stubs let Hydra block these specs on
openregister merges without modifying hydra itself.

Authoritative specs for the stubs live at
ConductionNL/openregister — edits do not belong here.

Related:
- Openregister spec PR #1300
- Hydra ADR-019 PR #116
- Openregister tracking issues: #1307 umbrella, #1308 calendar, #1321 analytics
@github-actions
Copy link
Copy Markdown
Contributor

Quality Report — ConductionNL/decidesk @ c190cbd

Check PHP Vue Security License Tests
lint
phpcs
phpmd
psalm
phpstan
phpmetrics
eslint
stylelint
composer ✅ 100/100
npm ✅ 416/416
PHPUnit
Newman
Playwright ⏭️

Coverage: 0% (0/115 statements)


Quality workflow — 2026-04-23 08:04 UTC

Download the full PDF report from the workflow artifacts.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant