chris.dumas/holiday-property-booking
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Document post-dev handoff flow
Some checks failed
Playwright Holiday Property Booking / playwright (push) Has been cancelled
Details
Test & Build Holiday Property Booking / test-build (push) Has been cancelled
Details
Deploy Holiday Property Booking / deploy (push) Has been cancelled
Details

Browse Source
This commit is contained in:
Chris Dumas
2026-05-22 10:53:13 +00:00
parent 93e4279577
commit bf51d51a7b
3 changed files with 6 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

1
PROJECT.md
View File

@@ -31,6 +31,7 @@ Phase 1 scaffold started from the approved planning docs, and the Vikunja board
- Playwright browser test harness for dev and QA - Playwright browser test harness for dev and QA
- Vikunja board normalized to the playbook lane model - Vikunja board normalized to the playbook lane model
- The first build tickets are queued on the board, with later phase work staged behind them - The first build tickets are queued on the board, with later phase work staged behind them
- Post-dev flow is documented so implementation tickets always merge to `develop`, then hand off into test/validation before QA promotion
## Next Build Step ## Next Build Step

1
README.md
View File

@@ -8,6 +8,7 @@ Phase 1 scaffold has started. The repo now contains the Next.js app shell, Prism
The browser test harness is now being added as a separate action that targets Dev and QA only. The browser test harness is now being added as a separate action that targets Dev and QA only.
The project has been onboarded to Vikunja and the board now uses the playbook lane model. The project has been onboarded to Vikunja and the board now uses the playbook lane model.
The next public work is queued as tickets, with `VIK-112` staged as the next active item after the current slice. The next public work is queued as tickets, with `VIK-112` staged as the next active item after the current slice.
Implementation tickets are expected to merge back to `develop` first, then hand off into `Ready for Test` / `Deploying to Dev` before Trinity validation and later QA promotion.
## Working Rule ## Working Rule

4
VIKUNJA.md
View File

@@ -45,3 +45,7 @@ This board is normalized to the shared playbook lane model.
- Phase 1 foundation work lands first. - Phase 1 foundation work lands first.
- Feature work now lives on this board and should be tracked as separate tickets. - Feature work now lives on this board and should be tracked as separate tickets.
- Use the playbook lane names exactly when routing work. - Use the playbook lane names exactly when routing work.
- When a ticket finishes `In Dev`, Neo merges the feature branch back to `develop`, leaves a merge-complete comment, and hands the ticket forward for validation rather than marking it done.
- After the merge, move the ticket into `Ready for Test` and then `Deploying to Dev` while the dev build/deploy proves the change.
- Trinity handles validation once the dev environment is ready, and the ticket only moves forward after the live check passes.
- QA promotion is a separate step after dev validation, not part of the merge itself.