[sr-dev] merging back to master branch

Andrei Pelinescu-Onciul andrei at iptel.org
Wed Jan 13 17:35:07 CET 2010


On Jan 13, 2010 at 17:32, Andrei Pelinescu-Onciul <andrei at iptel.org> wrote:
> On Jan 12, 2010 at 13:47, Daniel-Constantin Mierla <miconda at gmail.com> wrote:
> > Hello,
> > 
> > what is the recommended way to merge back into master branch the fixes 
> > done in 3.0 releases?
> 
> git merge --log --no-ff origin/sr_3.0
> 
> (the long version it's documented on 
>  http://sip-router.org/wiki/git/merge-into-master ).
> 
> > 
> > The master is now behind of sr_3.0 and kamailio_3.0 with many fixes. 
> 
> I've just merged sr_3.0 into master.
> 
> > kamailio_3.0 should be pretty much sync'ed with sr_3.0, but has some 
> > kamailio specific updates that need to be discussed before pushing to 
> > master.
> 
> To see the differences you can use:
> git log --oneline --left-right --cherry-pick origin/sr_3.0...origin/kamailio_3.0 | grep "^>"
> This will skip over cherry-picked commits.
> There are 139 commits on k_3.0 which are not on sr_3.0. Some of them are
> false positives (e.g. version number changes).
> > 
> > I think fixes in modules_k can get bulk in master, for the rest I will 
> > try to compile a summary.
> 
> Please cherry-pick anything that should go into modules_k or is obvious. When
> the list gets smaller we can start discussing them individually. I think
>  that almost all the core & tm changes should go to sr_3.0 too, but it
>  might be better to review them one more time.

BTW: please cherry-pick into sr_3.0 and not into master. We'll merge sr_3.0
again into master when we're done.

Andrei



More information about the sr-dev mailing list