That’s it! You’ve created your new branch in the repository and switched your working copy to it. This will create a branch named yourbranch.Ĭlick Next and leave HEAD revision selected. Click Next again, enter a commit message like “Created the yourbranch branch”, check the “Switch working copy to new branch/tag” checkbox, and click Finish. Next select Team > Branch/Tag… and specify in the Copy to URL field. And again, make sure you have no local changes. Create a new BranchĬreating a new branch is almost trivial. First, switch your local copy to trunk (if it’s not already trunk). Generally you’ll want to leave all of the other options in this dialog box as they are. If your working copy initially reflects, you could specify a branch as. In the To URL field, you specify the URL of the repository directory you want to switch your local working copy to. Next, right-click your project in Eclipse’s Project Explorer, select the Team submenu, and click the Switch to another Branch/Tag/Revision… item. All of Subclipse’s actions are in this Team menu, so from now on I’ll refer to specific actions like Team > Switch to another Branch/Tag/Revision. Either commit your changes or revert them. Switching may not sound that exciting but it’s key to branching and merging, as you’ll soon see.įirst off, ensure that your working copy has no local changes. Using the svn switch command you can have Subversion modify your working copy to reflect another directory in the repository. If you initially checkout a branch, it reflects that branch. If you initially checkout trunk, then your working copy reflects trunk. Your local working copy reflects some directory in the remote Subversion repository. When your development is complete, merge changes from your branch back into trunk.Develop in your branch, periodically merging the latest changes from trunk into your branch.When you want to work on a new branch you’ll follow these general steps using Subclipse, which are described in more detail below: I’ll also assume that you have already checked out a local working copy of trunk, and that you’ve already created an Eclipse project using this working copy. In other words, a repository at with trunk, branches, and tags subdirectories. The discussion below assumes that you have a Subversion repository that uses the standard trunk/branches/tags structure. Instructions on this page were inspired by the Subversion Red Book. You should be using Eclipse 3.5, Subclipse 1.6.x and Subversion 1.6.x. In this post I’ll show just how easy it really is thanks to some newer features in Subversion and Subclipse (a Subversion plug-in for Eclipse). However, it has a reputation for being so difficult that many developers never take advantage of it. Branching and merging in Subversion is a great way to work on large new features without disrupting mainline development on trunk.

Subversion reintegrate