chore(release): promote CHANGELOG to v0.20.0, bump version, update ROADMAP#356
Conversation
…ADMAP (#335) - Bump VERSION from 0.19.0 to 0.20.0 in Taskfile.yml and run CLI - Promote CHANGELOG.md [Unreleased] to [0.20.0] - 2026-04-13 with Breaking Changes subsection documenting: SPECIFICATION.md/PROJECT.md deprecation redirects, deft-* to deft-directive-* skill renames, vbrief/ lifecycle folder restructure, new task commands (scope:*, roadmap:render, project:render, migrate:vbrief, vbrief:validate), PROJECT-DEFINITION.vbrief.json replacing PROJECT.md + specification.vbrief.json, migration path via task migrate:vbrief - Move all 21 Phase 2 stories (#309-#335) to ROADMAP.md Completed section with v0.20.0 tag and 2026-04-13 dates; clear Phase 2 body; strike through all Phase 2 entries in Open Issues Index - CI workflows and PR template verified clean -- no old skill names or document model references - Go installer version set via ldflags at build time (no manual change needed); cmd/deft-install/setup.go does not exist - task check: 1383 passed, 1 pre-existing failure (broken See also link in deft-directive-swarm), 2 xfailed
Greptile SummaryRelease engineering boundary for v0.20.0, the Phase 2 vBRIEF Architecture Cutover milestone. The PR bumps Confidence Score: 5/5Safe to merge — pure release-engineering changes with no logic modifications. All four changed files contain only documentation and version-string updates. No logic, tests, or build pipelines are modified. The single finding is a P2 style note about duplicate CHANGELOG section headings that does not affect functionality. No files require special attention beyond the cosmetic CHANGELOG structure note in CHANGELOG.md. Important Files Changed
Flowchart%%{init: {'theme': 'neutral'}}%%
flowchart TD
A[PR 335 merged] --> B[Taskfile.yml VERSION 0.19.0 to 0.20.0]
A --> C[run CLI VERSION 0.4.3 to 0.20.0]
A --> D[CHANGELOG.md]
A --> E[ROADMAP.md]
D --> D1[Unreleased promoted to 0.20.0 - 2026-04-13]
D1 --> D2[Breaking Changes: 6 entries]
D1 --> D3[Added and Changed: 21 Phase 2 stories]
D --> D4[New empty Unreleased section added]
E --> E1[Phase 2 body cleared with completion note]
E1 --> E2[21 stories 309 to 335 moved to Completed]
E2 --> E3[Open Issues Index Phase 2 entries struck through]
B & C --> F[Version aligned at v0.20.0]
Prompt To Fix All With AIThis is a comment left during a code review.
Path: CHANGELOG.md
Line: 33
Comment:
**Duplicate `### Added` section in v0.20.0**
The `[0.20.0]` release block contains two separate `### Added` sub-sections (lines 20 and 33) with a `### Changed` block between them. Keep a Changelog convention expects each section type to appear at most once per release entry; some CHANGELOG parsers (e.g. `git-cliff`, `release-please`, changelog linters) may surface a warning or silently drop the second block. Consider consolidating both `### Added` groups into a single section.
How can I resolve this? If you propose a fix, please make it concise.Reviews (2): Last reviewed commit: "fix: remove duplicate/malformed CHANGELO..." | Re-trigger Greptile |
Summary
Release engineering for v0.20.0 -- the Phase 2 vBRIEF Architecture Cutover version boundary.
Closes #335
Changes
Version bump:
Taskfile.ymlVERSION: 0.19.0 -> 0.20.0runCLI VERSION: 0.4.3 -> 0.20.0CHANGELOG.md promotion:
[Unreleased]to[0.20.0] - 2026-04-13[Unreleased]sectionROADMAP.md update:
CI/PR template:
Related Issues
Closes #335
Checklist
/deft:change <name>-- N/A (release engineering, <3 surface changes)CHANGELOG.md-- promoted [Unreleased] to [0.20.0] with Breaking ChangesROADMAP.md-- all Phase 2 stories moved to CompletedPost-Merge
gh issue view 335 --json state --jq .state