Hotfixes apply to the release branch not the develop branch.
Oh, true but features and bugfixes are treated in the same way anyway except
if the all bugfix is 1 or 2 little commits, in this last case, rebasing is
the rule.
From my understanding a rebase can mess up history. Do we really want to
do that as the default and if so what are the implication of that?
NO, that's the opposite, image the how awfull and difficult to read if then
persons merge instead of rebasing because they don't work on branches, that
will look like spaghetti, unreadable !
-Fred
-----Message d'origine-----
From: Justin Mclean
Sent: Tuesday, March 19, 2013 3:44 PM
To: [email protected]
Subject: Re: [3/3] git commit: Merge branch 'develop' of
https://git-wip-us.apache.org/repos/asf/flex-sdk into develop
Hi,
Yes, look at [1] and see hotfixes.
Hotfixes apply to the release branch not the develop branch.
And you should have done a git pull -rebase instead, because they will
forget to do so, it is better to instruct git to automaticly rebase on
pull (the command I gave you in the previous post)
From my understanding a rebase can mess up history. Do we really want to do
that as the default and if so what are the implication of that?
Justin