Subversion plug-in OR FishEye?

Hi,

What environment should a SVN plug-in target to embrace the biggest amount of enterprise customers?

A) JIRA + Subversion plug-in

B) FishEye (for Subversion)

The plug-in will display revision graphs for any versioned artifact with the following major features:

* run on browsers (HTML 5 graphs).

* support for merge lines.

* display JIRA issues related to revisions (throug JIRA issue keys embedded in commit messages).

Many thanks,

Pablo.

PS: I've attached an old screenshot for an antrifact version at Apache.org

4 answers

For example, Apache.org was using the Subversion plug-in some time ago, but currently it looks like using FishEye. Is this a common trend?

Hi Pablo,

Are you planning to develop a plugin and asking what platform you should develop the plugin against?

You will likely have an easier time writing the plugin against FishEye. FishEye already indexes subversion repositories and provides numerous graphs, and you may find it easier to query the data you're looking for from FishEye's existing index than to query it from SVN.

Kind Regards,
Richard Stephens

@Richard, the indexes no matter in this case, because the revision graphs require an extremely fast index engine. This is the plug-in major feature: provide its own high performance index system (moreover a history visualization).

In general, FishEye should be easier to integrate because it provides a public API, but for me this is less important than the market share and the customer trend. Well, it looks that many customers are moving from SVN to GIT, mainly because the branching power of Git (and others only because the buzz than Git is better). But many of them are using Subversion and they are happy with it. The question is still open: Do it on FishEye or on the Subversion plug-in for JIRA?

The guess is that many companies would like a button providing the Subversion revision and getting the merge history of any versioned artifact in a visual way, accurately, fastly and... with the JIRA issues related to the commits on the same graph on their browsers. Providing a branching/merging visual information on Subversion more powerful than anyone could get from Git is the goal. Of course, at the command line and the merging performance levels, Git would still be superior. But what is more appealing...? Getting the best information prior to merge or making a merge faster?

Finally, I chose JIRA as development platform as it brings new features to Subversion users like workflows, collaboration, etc. that make the result much rich and interesting compared to FishEye. Indexing the whole Subversion repository has been an easy task, so I did not see too much advantages on re-using this feature from FishEye.

Here is an overview of the integration:

https://marketplace.atlassian.com/1211294

Thanks! Pablo

(a.a.c ignores my comments for some reason) Where do you store the index? How much space it takes, compared to the svn repo itself?

Under the JIRA home directory, extacly in the

/caches/indexes/plugins/docminer-subversion-revisions_h2

directory.

For the entire Apache's public Subversion repository (+1.5 millions of commits) it takes < 8.5 Gb on Windows.

It indexes the full repository history (including the changed paths) but not the file contents.

As it is an H2 instance, this also includes the SQL indexes required by the database itself (the plugin database model is HIPER-indexed).

On the other hand, it is extremelly fast.

Does it add anything to JQL? How often does it check for new commits? Can a commit hook trigger the check?

Does it add anything to JQL?

No, but you can use standard SQL to access to the indexed data from a database web console provided by the plug-in.

How often does it check for new commits?

This can be scheduled from the Atlassian services administration view. The minimum interval is one minute.

Can a commit hook trigger the check?

No.

To keep this thread up to date:

I developed it: Subversion ALM. It is a free add-on that users interested in it can found here:

https://marketplace.atlassian.com/plugins/com.kintosoft.jira.subversion-plus

The commit graphs are already supported even displaying issues and support for merge is coming soon.

Suggest an answer

Log in or Join to answer
Community showcase
Piotr Plewa
Published Dec 27, 2017 in Bitbucket

Recipe: Deploying AWS Lambda functions with Bitbucket Pipelines

Bitbucket Pipelines helps me manage and automate a number of serverless deployments to AWS Lambda and this is how I do it. I'm building Node.js Lambda functions using node-lambda&nbsp...

693 views 0 4
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot