You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: specs/001-merge-ci-release-workflows/spec.md
+16-6Lines changed: 16 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -36,17 +36,17 @@ As a PowerShell module maintainer managing multiple repositories, I need a singl
36
36
|**FR-005**| Workflow MUST skip release operations when running on pull request events |
37
37
|**FR-006**| Workflow MUST report test results as PR status checks |
38
38
|**FR-007**| Workflow MUST fail fast and halt execution if CI tests fail |
39
-
|**FR-008**| Workflow MUST publish module releases to [NEEDS CLARIFICATION: target registry not specified - PowerShell Gallery, private feed, both?]|
40
-
|**FR-009**| Workflow MUST create GitHub releases with [NEEDS CLARIFICATION: versioning strategy not specified - semantic versioning, date-based, manual tags?]|
39
+
|**FR-008**| Workflow MUST publish module releases to PowerShell Gallery |
40
+
|**FR-009**| Workflow MUST create GitHub releases with semantic versioning based on PR labels (major, minor, patch)|
41
41
|**FR-010**| Workflow MUST be compatible with existing repository structures used in PSModule repositories |
42
-
|**FR-011**| Workflow MUST support manual triggering (workflow_dispatch) with [NEEDS CLARIFICATION: should manual triggers allow release operations, or tests only?]|
43
-
|**FR-012**| Workflow MUST handle authentication for [NEEDS CLARIFICATION: authentication targets not specified - PowerShell Gallery API keys, GitHub tokens, other credentials?]|
42
+
|**FR-011**| Workflow MUST support manual triggering (workflow_dispatch) with tests-only execution (no release operations)|
43
+
|**FR-012**| Workflow MUST handle authentication for PowerShell Gallery publishing via secrets.APIKEY and GitHub Releases via GITHUB_TOKEN|
44
44
45
45
### Non-Functional Requirements
46
46
47
47
| ID | Requirement |
48
48
|----|-------------|
49
-
|**NFR-001**| Workflow MUST complete CI test phase within reasonable time limits [NEEDS CLARIFICATION: acceptable time limits not specified]|
49
+
|**NFR-001**| Workflow MUST complete CI test phase using GitHub Actions default timeouts (6 hours per job, 72 hours per workflow; typical completion in 5-15 minutes)|
50
50
|**NFR-002**| Workflow MUST be maintainable as a single source of truth across multiple repositories |
51
51
|**NFR-003**| Workflow MUST provide clear logging to distinguish CI and release phases |
52
52
|**NFR-004**| Workflow MUST be idempotent for release operations (safe to re-run without duplicate publishes) |
@@ -81,6 +81,16 @@ As a PowerShell module maintainer managing multiple repositories, I need a singl
81
81
|**Trigger Context**| Runtime information determining whether workflow runs in PR mode or release mode |
82
82
|**Test Results**| Output from CI phase determining whether release phase can proceed |
83
83
84
+
## Clarifications
85
+
86
+
### Session 2025-10-02
87
+
88
+
- Q: What is the target registry for module publishing? → A: PowerShell Gallery
89
+
- Q: What versioning strategy should be used for releases? → A: Semantic versioning with PR labels (major, minor, patch)
90
+
- Q: Should manual triggers allow release operations? → A: No, tests only
91
+
- Q: What authentication targets are required? → A: PowerShell Gallery API key via secrets.APIKEY
92
+
- Q: What are acceptable CI time limits? → A: GitHub Actions default timeouts (6 hours per job, 72 hours per workflow)
0 commit comments