Subversion Plugin

This plugin adds the Subversion support (via SVNKit) to Hudson.

Plugin Information

Plugin ID subversion
Latest Release 2.3.9
Latest Release Date Jun 26, 2014
Sources [External| ]
Support Eclipse Hudson Forum
Issue Tracking Eclipse Bugzilla

Basic Usage

Once this plugin is installed, you'll see Subversion as one of the options in the SCM. See inline help for more information about how to use it.

Specifying Authorization

The credentials for Subversion authorization are used from three places

  • System wide global
  • Hudson wide global
  • Hudson Job specific

If you don't specify any SVN credentials in Hudson, Subversion plugin tries to use the System wide Global (usually something like /home/janedoe/.subversion).  Otherwise a link is provided in the error message  as shown below

Clicking on the "enter credential" link take you to a page where you can enter credentials.

 

If you specify the SVN credentials in Hudson and select yes for "override global credentials", then the SVN credential is stored in the job directory, this credential is specific to SVN configuration in that Job. Otherwise the credential will be stored as Hudson global, so that any job in Hudson with SVN configuration can be authenticated with that credential.
 

If you configure the job second time, now the SVN URL displays a link that says "Update Credential"

Usage with Server Certificates

An important note for those wanting to use client certificates to authenticate to your subversion server.   Your PKCS12 cert file must not have a blank passphrase or a blank export password as it will cause authentication to fail.    Refer to SVNKit:0000271 for more details.

Advanced Features/Configurations

Post-commit hook

Hudson can poll Subversion repositories for changes, and while this is reasonably efficient, this can only happen up to every once a minute, so you may still have to wait a full minute before Hudson detects a change.

To reduce this delay, you can set up a post commit hook so the Subversion repository can notify Hudson whenever a change is made to that repository. To do this, put the following script in your post-commit file:

Using wget

REPOS="$1"
REV="$2"

UUID=`svnlook uuid $REPOS`
/usr/bin/wget \
  --header "Content-Type:text/plain;charset=UTF-8" \
  --post-data "`svnlook changed --revision $REV $REPOS`" \
  --output-document "-" \
  --timeout=2 \
  http://localhost:8080/subversion/${UUID}/notifyCommit?rev=$REV

Using curl

REPOS="$1"
REV="$2"

UUID=`svnlook uuid $REPOS`
/usr/bin/curl \
--header "Content-Type:text/plain;charset=UTF-8" \
--data "`svnlook changed --revision $REV $REPOS`" \
http://localhost:8080/subversion/${UUID}/notifyCommit?rev=$REV
Jobs on Hudson need to be configured with the SCM polling option to benefit from this behavior. This is so that you can have some jobs that are never triggered by the post-commit hook, such as release related tasks, by omitting the SCM polling option.
The configured polling can have any schedule (probably infrequent like monthly or yearly). The net effect is as if polling happens out of their usual cycles.
For this to work, your Hudson has to allow anonymous read access to the system. If access control to your Hudson is more restrictive, you may need to specify the username and password, depending on how your authentication is configured.
If your Hudson uses the "Prevent Cross Site Request Forgery exploits" security option, the above request will be rejected with 403 errors ("No valid crumb was included"). The crumb needed in this request can be obtained from the URL http://server/hudson/crumbIssuer/api/xml (or /api/json). This can be included in the wget call above with something like this:
--header `wget -q --output-document - \
  'http://server/hudson/crumbIssuer/api/xml?xpath=concat(//crumbRequestField,":",//crumb)'`

Windows specific post-commit hook

The above script is difficult under the Windows command processor seeing as there is no support for backtick output extraction and there is no built in wget command. Instead the following contents can be added to post-commit.bat:

SET REPOS=%1
SET REV=%2
SET CSCRIPT=C:\WINDOWS\system32\cscript.exe
SET VBSCRIPT=C:\Repositories\post-commit-hook-hudson.vbs
SET SVNLOOK=C:\Subversion\svnlook.exe
SET HUDSON=http://server/hudson/
"%CSCRIPT%" "%VBSCRIPT%" "%REPOS%" %REV% "%SVNLOOK%" %HUDSON%

The batch file relies on the following VBScript being available in the file designated by the VBSCRIPT variable above:

repos   = WScript.Arguments.Item(0)
rev     = WScript.Arguments.Item(1)
svnlook = WScript.Arguments.Item(2)
hudson  = WScript.Arguments.Item(3)

Set shell = WScript.CreateObject("WScript.Shell")

Set uuidExec = shell.Exec(svnlook & " uuid " & repos)
Do Until uuidExec.StdOut.AtEndOfStream
  uuid = uuidExec.StdOut.ReadLine()
Loop
Wscript.Echo "uuid=" & uuid

Set changedExec = shell.Exec(svnlook & " changed --revision " & rev & " " & repos)
Do Until changedExec.StdOut.AtEndOfStream
  changed = changed + changedExec.StdOut.ReadLine() + Chr(10)
Loop
Wscript.Echo "changed=" & changed

url = hudson + "subversion/" + uuid + "/notifyCommit?rev=" + rev
Wscript.Echo url

Set http = CreateObject("Microsoft.XMLHTTP")
http.open "POST", url, False
http.setRequestHeader "Content-Type", "text/plain;charset=UTF-8"
http.send changed

Build with Tags

If you would like to build hudson with a specific tag you can do the following:
Scenario example:
Tag URL: https://hudson.dev.java.net/svn/hudson/tags

Under the project, click on the option "This build is parameterized". Next click the Add parameter dropdown and select the "List Subversion Tags" option.

For the name keep it simple like SVN_TAG. For the Repository URL set it to the URL: https://hudson.dev.java.net/svn/hudson/tags. The next step is to go under the Subversion plugin options. Under the Repository URL for the Subversion plugin:

As you can see in this picture we use the $SVN_TAG variable. That should work, just click save and execute a build.

Perform Polling from the Master

JIRA issue #5413 documents problems with running the SCM polling trigger on slaves. Version 1.21 of the Subversion plugin can perform the polling on the Hudson master if the hudson.scm.SubversionSCM.pollFromMaster system property is set to true.

Subversion Revision and URL information as Environment Variables

The Subversion SCM plugin has always exported $SVN_REVISION and $SVN_URL as long as your project only has one module location configured. With version 1.21 of the plugin, additional environment variables are available for projects that define multiple module locations. $SVN_REVISION_n and $SVN_URL_n are exported, where n is the 1-based index of the module in the configuration.

Kerberos authentication

To connect to a Kerberos authenticated SVN repository see the Subversion Plugin HTTPS Kerberos authentication page.

TroubleShooting

Someone suggested in the Hudson IRC channel that if you are getting an error and a long svnkit stack trace that looks like:

 ERROR: svn: authentication cancelled

org.tmatesoft.svn.core.SVNCancelException: svn: authentication cancelled

Then,

Change Log

Version 2.3.8 (February 15, 2012)

Improvements -
Add ability to use global variables in SVN Url.
Add cleaner message when authentication fails.

Bugs-
399165 - Issue with svn post-commit hook.
Fixed issue from email thread http://dev.eclipse.org/mhonarc/lists/hudson-dev/msg00374.html

Version 2.3.7 (Jan 23, 2012)

  • Fix eclipse bug 390648.
    • Test units only - Added port checker for svnserve.

Version 2.3.6 (Dec 03, 2012)

  • Fix issue with noclassdef found exception.

Version 2.3.5 (Nov 26, 2012)

  • Added svnswitch option (Thanks ofer_zelichover)
  • Fix Eclipse bug 388344.
  • Fix serialization issue with SVNUrl class.

Version 2.3.4 (Sep 14, 2012)

  • SVN::Web support (Thanks Michael Vitz)
  • Fix eclipse bug 387673. (Upgrade to svnkit 1.7.5)

Version 2.3.3 (Jul 10, 2012)

  • Added svn 1.7 workspace option
  • Fail build when file locked instead of fresh checkout.

Version 2.3.2 (May 29, 2012)

  • Fix issue with storing svn credentials per job.

Version 2.3.1 (May 17, 2012)

  • Upgrade to svnkit 1.7.4 for official svn 1.7 support.
  • Fix Eclipse bug 376042.

Version 2.3.0 (Mar 23, 2012)

  • Upgrade to svnkit 1.3.7 for support with svn 1.7.
  • Major code cleanup and security fix.

Version 2.2.0_1 (Nov 30, 2011)

  • Implemented: SVN list tags ordering, descending based on svn revision number (issue #9036)
  • Fixed: Subversion Polling Log serialize error after upgrade to subversion-plugin (issue #8982)

Version 2.2.0 (Oct 26, 2011)

  • Improved code style, added unit tests, implemented equals and hashcode methods required for Project cascading feature.
  • Implemented subversion.credentials loading from the cascading parent projects.
  • Improved svn credentials searching in case of matrix project.
  • Updated hudson parent to 2.2.0.

Version 2.1.2 (Oct 7, 2011)

  • Updated svnkit to 1.3.5
  • Updated hudson parent to 2.1.2.
  • Patched hudson.util.Digester2 was replaced with org.apache.commons.digester3.Digester.

Version 2.1.1 (Sep 2, 2011)

  • Fixed: '/' is added incorrectly before '?' in WebSvn url (issue #5060)
  • Fixed: SCM polling always return true when using specific revision in svn (issue #8554)
  • Fixed: Builds aborted during SVN update are marked as FAILURE (issue #4605)
  • Fixed: SVN fails to checkout in Matrix Jobs in Hudson 2.1.0 (issue #3)
  • Improved PerJobCredentials handling. Use repo url without revision number for credentials key.

Version 2.1.0 (July 27, 2011)

  • Fixed: User name vs username  (issue #8922)
  • Fixed: Excluded Users field with subversion doesn't accept users with dash (-) in name (issue #8700)
  • Fixed: Subversion changes are listed multiple times (issue #2344)
  • Improved layout and fixed some grammar problems
  • Changed maven groupId to "org.hudsonci.plugins"

Version 2.0.1 (June 2, 2011)

  • Fixed: Subversion plugin fails to render ChangeSet (issue #8837)
  • Fixed: Workspace deleted when subversion checkout happens (issue #3580)
  • Fixed: Setting SVN credentials for a job should not require administer permission (issue #8841)
  • Fixed: Subversion Plugin failed while checking out (issue #7804)
  • Fixed: Change set always shows "No changes" (issue #8852)

Version 2.0.0 (May 3, 2011)

  • Added a new job parameter allowing to dynamically list svn tags
  • Added Japanese localization
  • Fixed form validation error whenever @revision was entered. Added revision validation
  • Fixed Subversion Plugin does break native svn command line authentication, credentials missing after rewriting auth cache file (issue #8059)
  • The need for Subversion command line options (issue #777)
  • Resolve issue with overriding credentials during build execution from slave node
  • Add option to clean workspace before each build (issue #3966)
  • Force using HEAD SVN version for build. Added combobox for revision policy (issue #1241)

Version 1.23 (Jan 6, 2011)

  • Introduced a new extension point to control the checkout behaviour.
  • Added a new checkout strategy that emulates "svn checkout" by "svn update" + file deletion.
  • Fixed revision number pinning problem (issue #8266)
  • Fixed a per-job credential store persistence problem (issue #8061)
  • Fixed a commit notify hook problem with Jetty (issue #8056)

Version 1.22 (Dec 10, 2010)

  • Support revision keywords such as HEAD in repository URL configurations.
  • Fixed StringOutOfBoundException. (issue #8142)
  • Fixed "Unable to locate a login configuration" error with Windows Subversion server (issue #8153)

Version 1.21 (Nov 18, 2010)

  • Expose Subversion URL and revision information for all modules in environment variables (issue #3445)
  • Added system property to control whether SCM polling runs on the Hudson master or on slaves (issue #5413)
  • Make sure stored credentials have restricted file permissions

Version 1.20 (Nov 1, 2010)

  • Fixed a serialization issue.

Version 1.19 (Oct 29, 2010)

  • Fixed a configuration roundtrip regression introduced in 1.18 (issue #7944)
  • Supported svn:externals to files (issue #7539)

Version 1.18 (Oct 27, 2010)

  • Requires Hudson 1.375 or newer.
  • Builds triggered via the post-commit hook check out from the revision specified by the hook. The hook specifies the revision with either the rev query parameter, or the X-Hudson-Subversion-Revision HTTP header.
  • Uses svnkit 1.3.4 now. (issue #6417)

Version 1.17 (Apr 21, 2010)

  • Failure to retrieve remote revisions shouldn't result in a new build (issue #6136)
  • Updated German & Japanese localization.
  • Fixed that "svn log copier thread" is nerver destoryed if exception is thrown while checking out.(issue #6144)

Version 1.16 (Mar 23, 2010)

  • Fixed issue #6030, where the new includedRegions feature broke the excludedRegions.

Version 1.15 (Mar 22, 2010)

  • Added Spanish translation.

Version 1.14 (Mar 17, 2010)

  • Add includedRegions feature, analogous to the excludedRegions feature (issue #5954).

Version 1.13 (Mar 8, 2010)

  • Fixing polling for projects where last build was run on Hudson 1.345+ with Subversion plugin 1.11 or older (issue #5827)

Version 1.12 (Mar 3, 2010)

  • Polling period can be set shorter than the quiet period now. (issue #2180)
  • Exposed properties to the remote API. (report)
  • Validation for "excluded users" field was too restrictive. (issue #5684)
  • Avoid ClassCastException in change log computation if job SCM is changed from Subversion to something else. (issue #5705)

Version 1.11 (Feb 11, 2010)

  • Allow commit comment to be provided when tagging. (issue #1725)
  • Fix display of existing tags when there are multiple repositories.
  • Minor updates to aid in debugging problems triggering jobs from a post-commit hook.

Version 1.10 (Jan 27, 2010)

  • SSL client certificate authentication was not working (issue #5349)
  • Make all links from help text open a new window/tab, to avoid leaving the config page when there are unsaved changes (issue #5348)
  • Export tag information via remote API (issue #882)

Version 1.9 (Jan 16, 2010)

  • SSL client certificate authentication was not working (issue #5230)
  • Tagging UI allows users to specify one-time credential for tagging (issue #2053)
  • Fix a bug in the notifyCommit post-commit hook wrt a commit spanning multiple jobs (issue #4741)

Version 1.8 (Dec 23, 2009)

  • Polling can now ignore commits based on configurable keywords in the commit messages. (patch)
  • Several minor bug fixes

Version 1.7 (Sep 3, 2009)

  • Fixed a bug in the exclusion pattern matching
  • Fixed a bug in an interaction with the Trac plugin.
  • Fixed a bug in the interaction of concurrent builds and Subversion polling (issue #4270)

Version 1.6 (Aug 28, 2009)

Version 1.5 (Aug 19, 2009)

  • Polling is performed on the slaves now (report)
  • "Tag this Build" fails for 1.311+ with SVN Plugin (issue #4018)

Version 1.3 (July 8, 2009)

  • Subversion checkouts created files for symlinks (issue #3949)

Version 1.2 (June 24, 2009)

  • Fixed "endless authentication to SVN when invalid user/password" issue (issue #2909)

Version 1.0 (June 15, 2009)

Labels:

plugin-scm plugin-scm Delete
tier1-plugin tier1-plugin Delete
Enter labels to add to this page:
Wait Image 
Looking for a label? Just start typing.
  1. Dec 30, 2009

    Dan Morrow says:

    I'm trying to build a specific revision. The help says: You can also add "@NNN"...

    I'm trying to build a specific revision. The help says:

    You can also add "@NNN" at the end of the URL to check out a specific revision number, if that's desirable

    So, I set the URL to be: "https://mycompany.com/svn/SpecialProject/trunk@12345" to indicate revision 12345. Well, I'm doing that, and Hudson says: '/SpecialProject/trunk@12345' doesn't exist in the repository. Maybe you meant '/SpecialProject/trunk'?

    Is there a better way to specify a revision when doing an update from Subversion, or is this bug?

    1. Jan 06, 2010

      Yossi Zach says:

      AFAIK, it is a bug. You should just ignore the message. After saving the settin...

      AFAIK, it is a bug. You should just ignore the message.

      After saving the settings Hudson will checkout the requested revision all the same.

      1. May 10, 2011

        James says:

        Is that true for @HEAD as well?  The plugin 2.0.0 doesn't show up in my hud...

        Is that true for @HEAD as well?  The plugin 2.0.0 doesn't show up in my hudson 2.0 plugin manager page, so I can't automatically upgrade.  And putting "@123" or "@HEAD" in that box comes up with the same error for me.  If I can just put "@HEAD" and ignore the error message, that would be great.

  2. Feb 15, 2010

    Herve Quiroz says:

    Just some extra information for those using LDAP authentication. I had some trou...

    Just some extra information for those using LDAP authentication. I had some trouble configuring the post-commit hook (403 error: authentication failure with wget). I found out the following solution:

    1. retrieve a persistent authentication cookie:

    $ wget \
      --save-cookies /path/to/hudson-authentication-cookie \
      --output-document "-" \
      'http://server/hudson/j_acegi_security_check?j_username=<username>&j_password=<password>&remember_me=true'
    

    (with <username> and <password> related to an existing and valid account in your LDAP server)

    2. add the following as the post-commit hook:

    REPOS="$1"
    REV="$2"
    UUID=`svnlook uuid $REPOS`
    /usr/bin/wget \
      --header "Content-Type:text/plain;charset=UTF-8" \
      --post-data "`svnlook changed --revision $REV $REPOS`" \
      --output-document "-" \
      --load-cookies /path/to/hudson-authentication-cookie \
      http://server/hudson/subversion/${UUID}/notifyCommit?rev=$REV
    
    1. Mar 11, 2010

      Mark Lewis says:

      For those using Windows, the same thing can be accomplished by adding an Authori...

      For those using Windows, the same thing can be accomplished by adding an Authorization request header to the last part of the VBScript. Just encode "<username>:<password>" in base64 for the value.

      Set http = CreateObject("Microsoft.XMLHTTP")
      http.open "POST", url, False
      http.setRequestHeader "Content-Type", "text/plain;charset=UTF-8"
      http.setRequestHeader "Authorization", "Basic dXNlcm5hbWU6cGFzc3dvcmQ="
      http.send changed
  3. Mar 19, 2010

    Felix Petriconi says:

    According to my experience with version 1.351 the URL in the shell script must b...

    According to my experience with version 1.351 the URL in the shell script must be a little bit different:

    http://server/subversion/${UUID}/notifyCommit?rev=$REV
    

    so without the "hudson/" part in the path.

    1. Mar 20, 2010

      Yossi Zach says:

      It depends on the Hudson installation. When Hudson running in it's default conta...

      It depends on the Hudson installation. When Hudson running in it's default container it is running on the domain root and it does not requires the hudson/ prefix.

      In more general case when Hudson is running within another container you will need the stated prefix.

  4. Apr 26, 2010

    David Aldrich says:

    Version 1.17 is not appearing in Hudson's Plugin manager's 'Updates' tab as of 2...

    Version 1.17 is not appearing in Hudson's Plugin manager's 'Updates' tab as of 26 April 2010.

  5. Apr 27, 2010

    Jaakko Aro says:

    Would it be possible to have an option that this plugin does not store auth cach...

    Would it be possible to have an option that this plugin does not store auth cache to .subversion/auth/svn.simple ?

    I'm thinking a way that on could configure the plugin to all project that it always runs like (for example) svn co https://here.is.url.to.svn/trunk --no-auth-cache --username foo --password bar

    So all authentication data would be stored in some hudson / plugin configuration file and there would be no need to access the home -folder.

    This feature would really help us since we have almost 1000 builds using svn and the home -folder is mounted trough NFS. Sometimes the NFS doesn't reply fast enough so the plugin can't read the data from  ~/.subversion/auth/svn.simple and the build fails for no reason..

  6. May 05, 2010

    Axel Heider says:

    In a DOS batch, you can do this to get command output in a variable without usin...

    In a DOS batch, you can do this to get command output in a variable without using a tmp file:

    set _TMP_CMD=svnlook uuid %REPO%
    set _TMP_VAR=UUID
    FOR /F "tokens=1 delims=" %%A in ('%_TMP_CMD%') do set %_TMP_VAR%=%%A
    echo UUID is [%UUID%]
    

    However, the whole POST request could get too big ich many files have changes. Thus I wonder, why a simple GET-request with

    http://server/hudson/subversion/${UUID}/notifyCommit?rev=${REV}
    

    would be enough. Hudson get the file list internally as well, as it gets the new revision number anyway.

    What does Hudson do when I send one POST request per changed file in the post-commit hook?

    would be the side-

  7. Aug 27, 2010

    Peter Schuetze says:

    Is there any intend to release a version 1.18? I am waiting for the bugfix for H...

    Is there any intend to release a version 1.18? I am waiting for the bugfix for HUDSON-1379.

  8. Sep 14, 2010

    Stephan Uhle says:

    There are a few JIRA-issues about the SVN_REVISION variable not being set, when ...

    There are a few JIRA-issues about the SVN_REVISION variable not being set, when using multiple modules.
    I just stumbled across this one (in a single module project):

    Double slashs contained in a project's subversion repository URL result in a fresh checkout, every time a build is triggered.
    Additionaly, the SVN_REVISION variable is not set.

    Checking out a fresh workspace because the workspace is not http://my-server/svn/something//my-project/trunk
    ...
    [Checking out everything...]
    ...
    At revision 12345
    no revision recorded for http://my-server/svn/something//my-project/trunk in the previous build
    

    After removing the superfluous slash, it worked as expected.

    Is this a bug?

    Stephan

    (using Hudson 1.376 and Hudson Subversion Plug-in 1.17)

  9. Sep 28, 2010

    John Bito says:

    There is potential for a conflict with the way the svn command sets up the ~/.su...

    There is potential for a conflict with the way the svn command sets up the ~/.subversion folder. If the hudson project is unable to checkout from the subversion repository, it might be fixed by removing the ~hudson/.subversion folder. The error I got was: ERROR: Failed to check repository revision for repo org.tmatesoft.svn.core.SVNCancelException: svn: authentication cancelled.

    The problem and solution are on http://blog.vinodsingh.com/2009/08/hudson-svn-authentication-cancelled.html

  10. Sep 30, 2010

    Noah Sussman says:

    Can the SVN plugin be configured/hacked such that it does not do a local checkou...

    Can the SVN plugin be configured/hacked such that it does not do a local checkout?

    I need to watch an svn path, and run a shell script when my repo is updated. But the shell script does not actually need any of the assets from my repo.

    If I could avoid the svn checkout, it'd save me time and disk space (my repo is large).

    1. Oct 10, 2010

      Peter Schuetze says:

      Easiest way to implement this is a post commit hook in subversion. In this case ...

      Easiest way to implement this is a post commit hook in subversion. In this case you transfer the responsibility for triggering a build from Hudson to your subversion server. actually in this case you can trigger the script right from the post commit hook.

      Or you 'hack' the plugin and implement this feature. BTW, you are not the first one asking for this feature, but it is actually not needed very often.

  11. Oct 07, 2010

    Pablo Szittyay says:

    It would be great to pass the repourl as a paramter, before triggering the build...

    It would be great to pass the repourl as a paramter, before triggering the build (it would be even greater to set adefault value)!!

    1. Oct 28, 2010

      Peter Schuetze says:

      Haven't tried that with the whole URL, but it works with the revision or part of...

      Haven't tried that with the whole URL, but it works with the revision or part of the URL. I implemented both.

      You need a parameter (e.g. String parameter or a choice parameter). You can give the parameter a default value. In the SVN url you can add the parameter with ${PARAMETER_NAME}. I don't see a reason, why this shouldn't work with the whole URL.

    2. Jan 21, 2011

      Jean-Luc Pinardon says:

      I would like to enforce this requirement, because I have made some uncessfull tr...

      I would like to enforce this requirement, because I have made some uncessfull trials.
      I wanted to use a global parameter to define the SVN URL in the Source Code Management section.
      I made 2 tests :
         1. with var defined as Global Props in the server config
         2. with var defined as properties within a file passed to the job thanks to the setenv file plugin (Set environment variables through a file)
      Surprisingly, none of both methods works.
      It appears that Global Props are not taken into account (no idea why) and properties are read after files are checked out from the repository, which seems to me not really consistent with the idea of setting environment. AMHA, to set the job environment should (or could ... optionnaly)  be the first thing to do.
      So, it appears that the only way to parameterized the SVN URL is either
         1. to trigger the job from a preeceding one only in charge of setting up the environment,
         2. or to parameterized the build.
      Am I wrong or is it the "normal" behaviour ?
      Best Regards

      1. Jul 08, 2011

        Philip Chartrand says:

        Hi Jean-Luc : Have you found a solution to the issue you’re running into? Unfo...

        Hi Jean-Luc : Have you found a solution to the issue you’re running into? Unfortunately, I lost a lot of time trying out the same thing today before I read up here on the Wiki and saw your comments. I need to be able to use Global Environment variables for my SVN URL’s as well- we have multiple environments and now have changed our branching strategy, so updating individual jobs just isn’t an efficient option for me anymore.
        I’d appreciate any assistance you may have.
        Thank you,

  12. Dec 06, 2010

    Nicolás Caorsi says:

    I've Hudson running in a windows environment, but Hudson didn't detect any chang...

    I've Hudson running in a windows environment, but Hudson didn't detect any changes in my repository. My repository have special chars. It support special characters?

    Thanks

  13. Dec 13, 2010

    Mark says:

    I cannot use a newer release of the Subversion plugin version 1.17 because of th...

    I cannot use a newer release of the Subversion plugin version 1.17 because of the following bug descriptions.

    http://issues.hudson-ci.org/browse/HUDSON-8059&nbsp; Created: 10/Nov/10 02:33 AM

    http://issues.hudson-ci.org/browse/HUDSON-8162&nbsp; Created: 23/Nov/10 05:53 PM

    Is there any ETA on these fixes?

  14. Jan 04, 2011

    Yuri Schimke says:

    From HUDSON-8059 Atlassian seemed to hit the same problem in Bamboo http://jir...

    From HUDSON-8059

    Atlassian seemed to hit the same problem in Bamboo
    http://jira.atlassian.com/browse/BAM-4517

    The fix appears to be to take control of authentication in the App instead of via subversion authentication directory

    http://jira.atlassian.com/browse/BAM-4526

    "Last, but not least, is the fact that Bamboo uses
    DefaultSVNAuthenticationManager. Personally, I think that it would be
    not only safer, but also more "correct" to use custom implementation of
    ISVNAuthenticationManager - this will allow to store all credentials
    within Bamboo application, not as something belonging to the user. It
    would be also much easier to configure repository access credentials
    from Bamboo user interface and there will be no problems like [one we're
    discussing currently|http://jira.atlassian.com/browse/BAM-4517] (though of course it should be fixed!)."

  15. Jun 06, 2011

    John Yesberg says:

    Thanks for your work on the plugin. I have Hudson 2.0.1 running in Tomcat on Win...

    Thanks for your work on the plugin. I have Hudson 2.0.1 running in Tomcat on Windows. I tried to upgrade Subversion Plugin from 2.0.0 to 2.0.1 (to avoid issue #8837).

    But after I restart, there is no Subversion plugin installed at all.

    I can go and delete the subversion directory and files from hudson/plugins, and then when I restart I get back Subversion Plugin 2.0.0. It may be relevant that I can't delete the subversion directory (and the svnkit jar inside it) until I stop Tomcat (not just the Hudson app).

    Are there any hints or gotchas I should be looking out for?

  16. Jun 21, 2011

    Dan Heywood says:

    Same problem as John Yesberg above

    Same problem as John Yesberg above

  17. Jun 27, 2011

    Paveli says:

    I also have the same problem as Dan&John. I'm running hudson in Windows with...

    I also have the same problem as Dan&John. I'm running hudson in Windows without Tomcat.

  18. Jul 04, 2011

    sebastien girard says:

    Me too!

    Me too!

    1. Jul 05, 2011

      Susan Duncan says:

      What version of Hudson and Subversion are you using? I can't reproduce your prob...

      What version of Hudson and Subversion are you using? I can't reproduce your problem in 2.0.1.

      Try - removing the war/WEB-INF/plugins/subversion.hpi and the plugins/subversion directory (haveing backed up). Then try isntalling the 2.0.1 SVN after a restart. Does the system log have an entry for the installation (successful) at the INFO level?

      If you still have a problem use the users mailing list to hit a wider audience or raise an issue on the SVN plugin

      1. Jul 08, 2011

        sebastien girard says:

        I tried but there is already the problem!

        I tried but there is already the problem!

  19. Oct 31, 2011

    edouard omont says:

    Hi, everyone ! On a job config, I don't understand the point to configure sever...

    Hi, everyone !

    On a job config, I don't understand the point to configure several locations, because Hudson always build the first one. Does anymone knows if it is possible to build all locations ?

    I have a lot of projects to manage on hudson, with several svn branches on each. It would be very convenient to make all branches (including trunk) of a project build in a single hudson job.

    Moreover my hudson server triggers a sonar analysis, hence I can analyse the quality code on every version of a project.

    I hope someone could help me.

    1. Nov 01, 2011

      Anton Kozak says:

      Hi, You can create required number of builders to process all branches, for exa...

      Hi,

      You can create required number of builders to process all branches, for example if you have subversion locations configured as:

      - location 1

         URL: http://host/repos/project1/trunk

         Local module directory: trunk

      - location 2

         URL: http://host/repos/project1/branch1

         Local module directory: branch1

      You can create for example 2 maven 3 builders and specify where exactly located pom files:

      - builder1  POM File: trunk/pom.xml

      - builder2  POM File: branch1/pom.xml

      1. Nov 02, 2011

        edouard omont says:

        Hi, very good, It's working !! I had to transform my project into a freestyle pr...

        Hi, very good, It's working !!
        I had to transform my project into a freestyle project.
        As said before, I have 2 locations configured, with an empty local directory.
        I also have 2 builders considering your advice. I took the maven2 builder instead of m3.
        Note that I had to reference poms files like this

        • builder1 POM File: pom.xml
        • builder2 POM File: ../branch1/pom.xml

        Thank you Anton !

  20. Dec 28, 2011

    bryan dunbar says:

    I have recently upgraded to 2.1.2 and since then I've noticed that credential ha...

    I have recently upgraded to 2.1.2 and since then I've noticed that credential handling has changed. Is it still possible to use a "global" credential for all jobs? We have a single ci user who has access to all repos. I really would like to avoid entering the creds for every job

    Thx!!

    1. Dec 28, 2011

      Anton Kozak says:

      Hi The latest version of subversion plugin allows to save credentials for curre...

      Hi

      The latest version of subversion plugin allows to save credentials for current job or all jobs, you can select this option on the enter/update credentials page.

      1. Dec 28, 2011

        bryan dunbar says:

        Anton - Thanks for the reply. Is that option available in 2.1.2? Or do I need to...

        Anton - Thanks for the reply. Is that option available in 2.1.2? Or do I need to upgrade to 2.2.0? If it is available I'm not seeing it?

        1. Dec 28, 2011

          Anton Kozak says:

          It's available in 2.1.2, please click on "update credentials" link and select "O...

          It's available in 2.1.2, please click on "update credentials" link and select "Override global credentials" - yes

          1. Dec 28, 2011

            bryan dunbar says:

            Got it! thanks so much.

            Got it! thanks so much.

  21. Jan 17, 2012

    kriz says:

    Hi, Hudson: 2.2.0 SVN Pulbin: 2.2.0_1 I would like to use Hudson in my organi...

    Hi,

    Hudson: 2.2.0
    SVN Pulbin: 2.2.0_1

    I would like to use Hudson in my organization, however during investigation phase I faced following problem. Jobs are configured to pull the changes every minute, the changes are detected so the build is triggered but there are no details about the change. Changes page shows: "No changes."

    On the build details size I got:

    No changes.
    Started by an SCM change

    Exemplary pooling log also shows that some changes were deteced but no details are presented (comments, files, nothing)
    Started on Jan 17, 2012 10:28:20 AM
    Received SCM poll call on macserver-1(MacOSX) for CI_Sandbox_1 on Jan 17, 2012 10:26:41 AM https://xxx is at revision 481
    (changed from 480)
    Done. Took 0.2 sec
    Changes found

    Is this a bug in a svn plugin? Any workaround?