FishEye 1.3 : SVN Tag & Branch Structure
This page last changed on Oct 02, 2007 by smaddox.
Since tags and branches in Subversion are implemented via directory copies, they are not really first-class concepts. You can describe what your tag/branch structure looks like, and FishEye will display that information as it would for CVS. These settings can be edited on the 'Add Repository' or 'Edit Repository' pages in the FishEye Administration pages. For more information on tag/branch layout, see Repository Layout in the Subversion documentation. The symbolic setup tells FishEye how to classify each path it encounters in the repository. Each path is classified as either a trunk, branch, tag or root path. The root category is used when a path does not match any of the given trunk/branch/tag settings and is mostly treated in the same way as trunk paths.
Common layoutsThere are two common repository layouts that you can choose from in FishEye. These layouts are described in Repository Layout in the Subversion documentation. The first is where there are top level trunk, branches and tags directories. This is called '/trunk/..., /branches/NAME/..., /tags/NAME/...' in FishEye. The second is where the trunk, branches and tags directories are one level down, under each top-level project directory. This is called '/project/trunk/..., /project/branches/NAME/..., /project/tags/NAME/...' in FishEye. Custom layoutsYou can describe to FishEye any custom tag/branch structure you have. If you want to use one of the common layouts as a basis, first select it from the dropdown, then select 'Custom' to edit/add rules. When looking at a file on a branch, or a file that was tagged, FishEye needs to determine a name for the branch/tag. FishEye does this by matching a regular expression against the file's path, and extracting the name based upon the match. FishEye also needs a name for files on the trunk. In effect, this is the name of the trunk 'branch'. For any file that matches a trunk/branch/tag regular expression, a logical path is calculated. Two different files with the same logical path are considered to be related. For example, using the second type of common repository layout:
You can add as many rules as you need. For any given file, the first rule that matches is used.
|
![]() |
Document generated by Confluence on Oct 10, 2007 12:46 |