Why Subversion ALM rather than the Atlassian Subversion JIRA plugin?

These are some of the reasons you should consider:

1) Both show commits in JIRA issue and project tab panels by parsing commit messages and looking for embedded issue keys and both displays the results on almost identical views

2) Subversion ALM shows commits in the  Agile Scrum and Kanban boards too

3) Subversion ALM is well supported

4) Subversion ALM sorts commits in descendant order (newer commits are displayed at the top)

5) Subversion ALM supports pagination (for projects having a lot of commits)

6) Subversion ALM supports JIRA project versions

7) Subversion ALM does not require to delete the full indexed repository data in order to fix developer mistakes relating commits to issues

8) Subversion ALM supports JQL to make really powerful reports from JIRA by using any Subversion attribute (commit number, date, author, message, file, directory,...)

9) Subversion ALM bundles a customized version of Subversion Web Client (originally developed from Polarion) fully integrated out-of-the-box and no other 3rd party Subversion browser (like ViewVC, etc) is required

10) Subversion ALM supports a public Java API allowing to subscribe commits notifications and full access to the index data through JDBC to automate a lot of tasks: create or change the state of issues, watch changes in  files or branches on Subversion, etc.

11) Subversion ALM supports interactive commits calendars for JIRA issues and projects as well as for Subversion developers and artifacts allowing to track activity along the time

12) Subversion ALM supports commits graphs almost as much powerful as the provided by TortoiseSVN. They are made with HTML 5 and run on most popular browsers (IE, FF, Chrome, Safari) regardless the OS (Windows, Linux, Mac, iOS, Android)... and they also display JIRA issues allowing to track issues through Subversion branches in a visual way

13) Subversion ALM supports svn+ssh connection protocol among others

14) Subversion ALM supports LDAP configurations without requiring to add any parameter to the Java virtual machine (JVM) than runs JIRA. This is done at runtime.