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

Reply via email to