GitHub
Branch strategy for supporting multiple versions:
- dev: Classic (pre-redesign) version
- v0.6.x-ux-ui-design: All UI/Tailwind redesign work
- main: Stable, working version (production or latest release)
How to manage this setup:¶
-
Classic updates:
-
Work in
devfor bugfixes, backend changes, or features that don't touch the new UI. -
Merge backend-only changes into
mainandv0.6.x-ux-ui-designas needed. -
UI/UX redesign:
-
All Tailwind, new templates, and design changes go in
v0.6.x-ux-ui-design. -
Merge backend changes from
devinto this branch regularly to keep it up to date. -
Main branch:
-
Use for releases or production.
- Merge from
dev(for classic) or fromv0.6.x-ux-ui-designwhen you want to ship the new UI.
Tips:¶
- Use
git merge devinv0.6.x-ux-ui-designto bring backend changes over. - Use
git cherry-pickfor selective commits. - Only merge
v0.6.x-ux-ui-designintomainwhen you want the new UI live.
Summary:
- Keep branches isolated for their purpose.
- Merge backend changes across branches as needed.
- Merge UI branch into main only when ready for release.