Skip to content

πŸ† OKR: The framework handles complexity so authors don't have toΒ #70

@MariusStorhaug

Description

Objective: The framework handles complexity so authors don't have to

The framework should absorb operational complexity β€” versioning, cross-platform testing, documentation generation, linting, publishing β€” so that module authors can focus entirely on the PowerShell code they care about.

Key Results

  • KR1: Minimal configuration β€” The default PSModule.yml requires zero lines of config for the common case (build, test, publish a module)
  • KR2: Manual steps eliminated β€” From PR open to published module, zero manual steps beyond writing code and applying a label
  • KR3: Single workflow β€” One reusable workflow handles the entire lifecycle (no multi-workflow orchestration burden on consumers)
  • KR4: Transparent decisions β€” Every version bump, skip, or publish decision is explained in PR comments or workflow summaries without the author needing to debug

What "handles complexity" means

  • Authors don't need to understand SemVer mechanics β€” labels drive it.
  • Authors don't need to configure CI matrices β€” defaults cover all platforms.
  • Authors don't need to wire up documentation β€” the framework generates and publishes it.
  • Authors don't need to manage prerelease versions β€” the framework handles incrementing, cleanup, and promotion.
  • Build once, test the built artifact, publish the tested artifact β€” no drift.

Initiatives (linked as sub-issues)

Initiatives that move these KRs will be added as sub-issues below.

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No fields configured for Epic.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions