My Github Experiment Againπ₯Έππ€π
- π·οΈ Created tags & published a beta release
- π¨ Added a new feature using a short-lived branch
- π Opened a release pull request
- π Auto-generated & customized release notes
- π Finalized the v1.0 release
- π Added a hotfix for an issue
- π¦ Published v1.0.1 as the stable release
All tiny stepsβbut but yeah, together they build an entire workflow teams actually use β¨
- Understanding how teams structure releases
- Practicing GitFlow + Release Flow together
- Keeping code organized across branches
- Managing features without breaking main
- Shipping clean, versioned builds
This was a small kinda project but gave big clarity (yk self-satisfactionπ)π€
Because real-world software is shipped in versions.
And this workflow makes it easy to:
- Group features π―
- Track changes cleanly π§Ή
- Patch bugs without chaos π
- Give users downloadable builds π¦
This repo was my tiny playground for me to explore and learn how releases actually work on GitHub β tagging, branching, fixing, merging, versioningβ¦ all the good stuff π
More experiments I'm gonna be doing ofc Stay tuned, (future dev? I'm not sure.... but crazy, and slightly immature Krittikaπ) Aay Aay Captainπ€!!!