The best thing I could do really is link you to discussions on this subject - there's plenty online and some good advice on strategies in the svn book as well here: [url]http://svnbook.red-bean.com/en/1.7/svn.branchmerge.commonpatterns.html[/url]
A video here discusses alternatives: [url]http://www.slideshare.net/cb372/branching-strategies[/url]
Some ideas on when to branch and merge here: [url]http://lostechies.com/derickbailey/2010/02/24/branching-strategies-when-to-branch-and-merge/[/url]
Hope that gets you started, you're best doing what fits your team and your own ways of working as that'll be much easier and quicker to put in place than completely restructuring established practices.
Good luck with it all :)
We have monthly release cycles and frequent emergency bug fixes there after. The emergency bug fixes sometimes can be multiple times during a day. There are about 10-15 developers for each project.
Cut down your exam stress by using our latest [url=http://www.e-six-sigma.com]e six sigma[/url] and high quality gmat and We provide updated [url=http://www.rc.edu/]rc.edu[/url] with 100% pass guarantee along with [url=http://en.wikipedia.org/wiki/Boston_College]Boston College[/url]