I have a couple of Git branches: ‘experimental’, ‘something’ and ‘master’.
I switched to the ‘experimental’ branch. I noticed a bug which is unrelated to ‘experimental’ and belongs to changes which have been made in ‘something’. How should I fix it?
I’m thinking I should switch to ‘something’, fix the bug, commit and then move back to ‘experimental’. How should I take the minor change from ‘something’ and apply it to both ‘master’ and ‘experimental’ so that I don’t have to re-fix the bug again when I switch into these branches?
There are two solutions not mentioned already that you can use: use a topic branch or use cherry-picking.
Topic branch solution
In the topic branch solution, you switch to branch ‘something’, create a branch to fix a bug e.g. ‘something-bugfix’, merge this branch into ‘something’ (fixing the bug), then merge this branch into ‘experimental’.
See also Resolving conflicts/dependencies between topic branches early and Never merging back, and perhaps also Committing to a different branch blog posts by Junio C Hamano (git maintainer).
Cherry-picking a bugfix
The cherry-picking solution is useful if you noticed later that the bugfix you created (e.g. on development branch) would be useful also on other branch (e.g. stable branch). In your case you would comit a fix on ‘something’ branch:
Then you noticed that fix you comitted in ‘something’ branch should be also on ‘experimenta’ branch. Lets say that this bugfix was commit ‘A’ (e.g. ‘something’ if you didn’t commit anything on top of ‘something’, but it might be e.g. ‘something~2’ or ‘c84fb911’):
(you can use
--editoption to git cherry-pick if you want to edit commit message before comitting cherry-picked bugfix).