The right settings for SVN symbolic rules

[J]

Is there a way to make Fisheye and Crucible only show branches/tags for the selected project?

Our SVN repository uses the standard projectName/branches/branchName structure.

When i first added it to Fisheye, I checked "Use built-in symbolic rules", and set the "and then apply..." menu to "None". This was according to the instructions here.

But when I view the changelog for my repository, the "All branches and tags" menu shows branches/tags from all projects, not just the one I'm viewing. And in Crucible, under "add branches to the review", it also shows branches from all projects.

So I tried changing the "and then apply..." menu to the second option (/project/trunk... etc.). With this, the menu lists branches like "projectName-branchName". Is this the desired result? It still shows branches from all projects, not just the selected one.

I'm not sure how this is supposed to work.

[gustavo_refosco · Accepted solution]

Hi,

From your description I understand all your projects are under the same SVN repository, is this right?

In this case I think what you want to achieve should be possible if you add each project as a separate repository in FishEye. For instance, let's say you have PROJECT1 and PROJECT2 as follows:

• /path/to/repository/PROJECT1
• /path/to/repository/PROJECT2
• You could add these as separate repositories in FishEye. I think the repository you currently have added has the path /path/to/repository. To add a repository just for PROJECT1 you could add a repository to FishEye named PROJECT1, then restrict the scope for this setting the Repository URL as being /path/to/repository/PROJECT1, or Repository URL as being /path/to/repository and Path as being PROJECT1. The way this will be set depends on what's your Repository Root. A svn info /path/to/repository/PROJECT1 command should help you identifying what should be the Repository Root, which will be put as the Repository URL. The rest goes then as the Path.

Regards,

Gustavo Refosco

[J]

Yeah, that's the conclusion I came to as well. It seems like multi-project repositories aren't a good idea in Fisheye for this reason. It might be a good idea to document that.