[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Howto: using SVN for QA?

From: William Nagel <bill_at_stagelogic.com>
Date: 2005-02-01 19:27:34 CET

> I would like my developers to commit to private sandboxes so I can
> review changes before committing them back into the trunk. Does anyone
> know of a good way to do this?

Sure. Give each developer their own branch of the project. Once their
changes have been reviewed, use "svn merge" to merge them into the

If you do that, though, you need some policy for keeping each branch
up-to-date with changes from other developers. I can think of a couple
of ways for you to go about that:

1) Have each developer periodically merge changes from the trunk into
the branch themselves. The upside to this is a low burden on you.
Also, the people doing the merges are the people most familiar with the
branch they are working on and any local changes they've made. The
downside here is that developers forget to do repetitive things like

2) Perform the merges yourself at the same time you merge from the
private branches into the trunk. The upside to this is that it's less
prone to getting forgotten. The downside is that it will be labor
intensive/time consuming for you. (You may be able to automate some of
the process, though)

3) Give each developer a fresh branch of the trunk periodically. You
could do this after every time you merge their changes into the trunk,
or on a timetable. The upside to this is that it's much less labor
intensive than the merge (and more easily automated), while still
allowing you to do it yourself to guard against forgetful programmers
working on outdated code. The downside is that unmerged local changes
on the branch won't carry over from one branch to the other, so you'll
need to make sure that any local changes on the old branch are merged
into the trunk first (you won't lose those changes, but they'll be on a
different branch than the one the developer should be working on). Of
course, you could leave it up to the developer to merge any local
changes from their old branch to the new branch. When the branch
change occurs, the developers would have to use "svn switch" to change
their working copies, unless you delete the old branch and add the new
branch under the same name.

-Bill Nagel

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Feb 1 19:29:51 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.