Svn Gateway documentation

New Issue View – Update Summer 2019

Jira has gradually deployed in 2019 a "New Issue View" which very unfortunately hides the Svn Gateway tab under the Comment drop down at the end of the issue view.

To see the Svn commits associated with the Jira issues in that view, you'll now need to select the Svn Gateway option in the Comments dropdown section:


When you install the add-on in JIRA® Cloud, a Configure button appears in the Administration / Add-ons / Manage Add-ons / Svn Gateway

In order to ask SvnGateway to retrieve the Subversion commits from the Internet, select the Public - Internet option:


In this mode, you only need to provide Svn Gateway with the following information:

  • Nick name: Allows you to differentiate between your different repositories, if you have more than one [optional].
  • Subversion URL: complete path to your subversion repository.
  • Username: the username to access the SVN repository
  • Password: the password of that user to access the SVN repository.
  • Subversion Viewer URL: this is the prefix to add before the revision number, to access your SVN viewer. Many SVN hosting system include a way to see details of a revision. We will add this complete URL and follow it with the revision number so that you can quickly access your SVN changes [optional].

Note: If you have a repository on the Internet, in which some access rules restrict access based on IP addresses, you should add the following IP addresses:


to the list of authorized IP addresses


If you prefer sending the data to SvnGateway from your Intranet, you select the Private - Intranet option:


In this menu, you can see the key that you will have to use to configure SvnFeeder below

You can also enter a prefix for the links to the Svn Viewer application that you have on your intranet.

You will also find links to the and SvnFeederInstaller.exe as described below.


You will have to install a small Java program (SvnFeeder) to poll the Subversion server and send the commit comments and list of files to Svn Gateway.
The configuration is done in a simple XML file:

Single repository

configuration file example
   <svn_repository key='ip...21' stop_on_copy='1' first_rev='-1'>

Note that the key (ip...21 in the markup above) has to be replaced by the key assigned to your repository in the Repository Settings screen above.

Optional attributes:

  • stop_on_copy: set to 1 or 0. For details about usage, please refer to Subversion documentation
  • first_rev: Use this attribute if you only want to have the last part of a branch to be used for the synchronization. If the attribute is not present, SvnFeeder will take the whole branch

Initial revision

In some special cases, your path inside the subversion repository may not start with revision 0 or 1, but thousands. 
In this case, the lookup for revisions will fail and you will get a message like this:

ERROR SvnFeeder – Exception [svn: E160013: (path) path not found: 404 Not Found (path)    

In this case, you will have to explain the feeder what is the first revision number it should take into account. This is done by adding a first_rev attribute:

   <svn_repository key='ip...21' first_rev='101002' >

Program parameters

SvnFeeder is launched with the following command:

command line
java -jar SvnFeeder.jar -c configfile [-loop][-reset][-cmdLine]

Optional arguments

  • -loop: when specified, SvnFeeder will stay in memory and run an update every minute
  • -reset: if specified, SvnFeeder will start by requesting Svn Gateway to remove all known data about the repositories described in this configuration file. 
    This is useful if you change from one repository to another, or from a trunk to a branch
  • -cmdLine: if specified, instructs the feeder to use the command line svn command instead of the built-in (Java) library

Subversion 1.9

The Svnkit Java library that is linked with SvnFeeder is not compatible with Subversion 1.9 or higher.

If this is your case, you have to use the -cmdLine argument as described above, so that SvnFeeder calls the local command-line client program, which must be compatible with your subversion server.

Linux / Mac OS/X

Here are the steps to install SvnFeeder under Linux or Mac OS/X:

  • Ensure you have Java 7 or higher installed
  • Download
  • Create a folder for installation
  • Unzip content in that folder
  • Edit the configuration file
  • Run the feeder:

    java -jar SvnFeeder.jar -c configfile -loop &

    this will run the SvnFeeder in the background, and update Svn Gateway every minute. Then you can call this script from /etc/rc.local for example under Linux.

You can also use the post-commit technique to launch this tool only after each repository commit. 
See a description of the steps below on this page


You can either follow the above recipe for Linux, or download the dedicated Windows installer:

  • Ensure you have Java 7 or higher installed (See here for explanations)
  • Download the installer SvnFeederInstaller.exe
  • Run the installer
  • Select the destination folder
  • Edit the configuration file in the SvnFeeder folder in the desktop
  • Run the feeder from the installation folder:
    • SvnFeederTest.cmd to test the connection and run the synchronization
    • SvnFeederDaemon.cmd to run the background synchronization

In order to automatically run the feeder when the machine boots, the easiest way is to add a task for the Windows Task Scheduler:
start -> control panel -> administration tools -> Task Scheduler
to launch the SvnFeederDaemon.cmd script

Multiple repositories

If you need to use more than one repository, you can use this button:
more keys 
to add one more key to your set of keys. You will then be able to use the above setup for all the different keys you have.

If you chose to use the Intranet mode, the configuration file you write will then look like this:

configuration files example
   <svn_repository key='ip...21'>
   <svn_repository key='ip...21/2'>

The same optional attributes described above can be used for each repository

Subversion server commit hooks


If you want the force your users to enter a commit comment containing a valid JIRA issue key in each commits, you can do so by using the following recipes:

  1. Add this code to the pre-commit file on the subversion server:
    For Linux:

    /usr/bin/svnlook log -t $TXN $REPOS > $TMP 
    java -jar /pathtosvnfeeder/SvnFeeder.jar -c /pathtoconfigfile/configFile -checkjira "$REPOS" "$TMP" || exit1

    For Windows with VisualSVN (code contributed by Antenor):

    set REPOS=%1 
    set TXN=%2 
    set SVNLOOK="%VISUALSVN_SERVER%\bin\svnlook.exe" 
    set SVNFEEDER= "pathtosvnfeeder\SvnFeeder.jar" 
    set FEEDERCONF= "pathtoconfigfile\SvnFeederConfig.xml"  
    set TEMP=%VISUALSVN_SERVER%jira%TXN%.log 
    %SVNLOOK% log -t %TXN% %REPOS% >  "%TEMP%"  
    java -jar %SVNFEEDER%  -c %FEEDERCONF%   -checkjira "%REPOS%" "%TEMP%"  
    if %errorlevel% gtr 0 (goto error_exit) else goto normal_exit 
    del "%TEMP%"  
    exit 1  
    del "%TEMP%"  
    exit 0


    • pathtosvnfeeder is the absolute directory to the SvnFeeder java program
    • and pathtoconfigfile the absolute directory to the SvnFeeder configuration file.
    This is the only mandatory step. When you've done this, the subversion server will call our SvnFeeder utility before each commit and SvnFeeder will send a request to our add-on asking if the JIRA issues keys detected in the commit message exist.
    • If at least one of such key is found the commit is accepted
    • otherwise it is refused.
  2. If you have want to restrict the choice of JIRA projects to only a list of projects, you can add the following XML element in the configuration file:

       <pre_commit projects='X,Y,Z' />
       <svn_repository key='ip...21'>

    with X,Y,Z the list of projects you want to allow. All other projects will not be accepted. If a commit contains at least one of the authorized projects's existing issues, the commit will be accepted. 

  3. If you have many repositories, with one or more JIRA project matching each repository, you can add the following marking in the configuration file to specify the correspondence:

       <svn_repository key='ip...21'>
           <pre_commit projects='X,Y,Z' local_svn='pathtosvn' />

    Note that in this case the pre_commit element is inside the svn_repository element. You can specify different pre_commit elements for every subversion repository. 

    In order for the matching to work, you also need to add the local_svn attribute: it must contain the server local path to the repository 
    One of our customers has 40+ repositories, and one JIRA project for each repository. They just added a pre_commit element to each of their repository to ensure that commits cannot be done to the wrong project.
  4. Restriction on JIRA status: you can also add that only some JIRA issues status are accepted when you commit. 
    This is also done with a pre_commit XML element but this time with the status attribute:

       <pre_commit projects='X,Y,Z' status='Open,In Progress' />
       <svn_repository key='ip...21'>

    In this case, only the issues with status Open or In Progress are accepted by the pre-commit. The status attribute is independent of the projects attribute. Both can be specified globally or by project.

  5. If you have other special requests for the pre-commit rules, we can probably manage to implement them, don't hesitate to come back to us.


You can use SvnFeeder in a smarter way than the -loop attribute that will ping the subversion server every minute. 
Add this code to the post-commit file on the subversion server:

java -jar /pathtosvnfeeder/SvnFeeder.jar -c /pathtoconfigfile/configFile 


  • pathtosvnfeeder is the absolute directory to the SvnFeeder java program
  • and pathtoconfigfile the absolute directory to the SvnFeeder configuration file.

The SvnFeeder program will only be called after a successful commit to the repository. 
This will be more efficient than asking every minute, although the bandwidth of such query is really low.


Another way to feed our add-on is to send the commit details through a small REST API.
This will allow you for example to send data only on post commit hooks instead of the 1 minute polling.
Ask us to have access to the API definition.


The Java program to install is here:

it works under Windows, Linux, OS/X.

There is an alternative for Windows users, as a Windows installer:


How to use Svn Gateway when it has been configured

The link between JIRA and subversion is based on the commit comments: you need to add the ID of the JIRA issue.

The commit comment can contain any number of JIRA issues, and they can be anywhere on the comment.

All the following links will be recognized:

  • WEB-123
  • WEB-234: fixing bug
  • WEB-456, WEB457: remove bad code
  • Fixing nasty bug described in SERVER-123

The links between the JIRA issue and the SVN commits is listed in the Svn Gateway tab:

When you click on a commit, the list of files is shown:

You can also use the Svn Activity Screen button at the right of the screen: this gives you access to the whole list of commits, more recent first:

HELP / Contact

Don't hesitate to contact us to assist in the installation.