Start here. This is the direct spoken answer to practice first.
Why this question matters
A hotfix trades time for risk, not discipline for speed. The team needs to mitigate user harm quickly while preserving evidence, building from the code actually deployed, and preventing the fix from disappearing from the next release.
I first confirm the user impact, current production version, and whether a feature flag, configuration change, traffic control, or rollback can mitigate the incident faster than new code. If code is required, I branch from the deployed tag or release commit, reproduce the failure, make the smallest focused change, and add a regression test. The normal build and deployment path produces a traceable hotfix artifact. I verify it in a production-like environment, deploy with monitoring and rollback ready, then merge or cherry-pick the fix into main.