git checkout myfeature
git merge -s ours master --no-commitgit rebase masterNote that git cherry-pick creates a different commit. Subsequent merge of devel branch into master will be conflicted because of that. The solution is only suitable for 'rebase workflow'.
http://stackoverflow.com/a/15075677/2840001
We make it different, IMHO easier: in master we are working on the next major version.
Each larger feature gets its own branch (derived from master) and will be rebased (+ force pushed) on top of master regularly by the developer (rebasing only works fine if a single developer works on this feature). If the feature is finished, it will be freshly rebased onto master and then the master fast-forwarded to the latest feature commit. To avoid the rebasing/forced push one also can merge master changes regularly to the feature branch and if it's finished merge the feature branch into master (normal merge or squash merge). But IMHO this makes the feature branch less clear and makes it much more difficult to reorder/cleanup the commits.
If a new release is coming, we create a side-branch out of master, e.g.
release-5where only bugs get fixed.