How we use Git

Randall S. Becker rsbecker at nexbridge.com
Wed Nov 12 23:18:58 UTC 2014


On: November 12, 2014 10:02 AM Gervase Markham wrote:
>> I will have to get with Mark on how this would work command wise.
>> For example, when the bugzilla-4.4-stable branch is created, no commits
>> are made to it ever. So when we release the next minor version of 4.4,
then
>> we delete the old bugzilla-4.4-stable branch completely and create the
new
>> one in the new location. Is that basically it?

>No. You would merge the "4.4" branch to the "bugzilla-4.4-stable"
>branch. This would always be a fast-forward merge because the
>"bugzilla-4.4-stable" branch would never have independent checkins, it
>would just accept merges from 4.4.

This does make sense from a git standpoint. Naming something "release-X"
when it moves ends up being pretty counterintuitive. Having a well-known
integration branch is a very common approach.

>git checkout bugzilla-4.4-stable
>git merge 4.4
>git commit

There will be a push upstream, also, to publicize. The commit is generally
local and I would not suggest ever doing a merge/commit directly on the
repository. I mean "ever". If anything goes wrong, you want the opportunity
to fix it.




More information about the developers mailing list