Branch name when doing a pull request
github, pull-request
Solution
The idea behind a branch for a pull request is to allow for said branch to be automatically deleted once the pull request is accepted.
And since April 2013, that branch will be deleted for you:
You are then suppose to update/rebase your master from the master of the upstream repo in order to get what you developed in isolation a branch from the official repo that you have forked (since that repo has accepted your pull request)
The name of the branch should represent the development effort you are engaged in.
Problem
I've done a few pull requests on GH already, but I committed to the master branch. Now I read on various places that it's a good idea to create a branch. Are there any guidelines for branch naming? I usually work with Mercurial and give my branches the same name as their relevant bug ticket ID, but that doesn't work for this. I've looked at a few repositories: some commit to `master`, some commit to `fix-somebug`, some commit to `patch-1`. I understand that this doesn't create conflicts, because pull requests are merged to `master` (or a different, long living branch) and the branch is then deleted, is that correct?