Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-5947

SVN external folders are empty after checkout

    Details

    • Type: Bug
    • Status: Open
    • Priority: Major
    • Resolution: Unresolved
    • Component/s: subversion-plugin
    • Labels:
      None
    • Environment:
      Hudson ver. 1.348

      Description

      SVN Source-Code-Management does not seem to handle SVN external folders correctly. They are empty in the hudson workspace after checkout.

        Activity

        Hide
        abarbieri Andrea Barbieri added a comment -

        most likely this is very similar to this reported problem:
        http://issues.jenkins-ci.org/browse/JENKINS-6415

        Show
        abarbieri Andrea Barbieri added a comment - most likely this is very similar to this reported problem: http://issues.jenkins-ci.org/browse/JENKINS-6415
        Hide
        larsheinemann larsheinemann added a comment -

        In our case, the problem is that the external files are not checked out.

        Show
        larsheinemann larsheinemann added a comment - In our case, the problem is that the external files are not checked out.
        Hide
        uresu uresu added a comment - - edited

        I solved my occurence of this issue. When looking at the details of the svn:externals property, they were set to a server that the Hudson server could not resolve

        Show
        uresu uresu added a comment - - edited I solved my occurence of this issue. When looking at the details of the svn:externals property, they were set to a server that the Hudson server could not resolve
        Hide
        veita veita added a comment -

        Same problem here with Hudson 1.366.

        A directory that has a relative svn:externals link to a file (../../../../../../../../a/b/c/d/e/f/g/my.cfg my.cfg) is empty after svn-update in Hudson.

        Creating a copy of the linked resources is not a solution for us. They must always be up-to-date in the modules that contain tests that require these files and directories.

        Show
        veita veita added a comment - Same problem here with Hudson 1.366. A directory that has a relative svn:externals link to a file (../../../../../../../../a/b/c/d/e/f/g/my.cfg my.cfg) is empty after svn-update in Hudson. Creating a copy of the linked resources is not a solution for us. They must always be up-to-date in the modules that contain tests that require these files and directories.
        Hide
        maartenvandewaarsenburg maartenvandewaarsenburg added a comment -

        Just an observation. I hope it helps as this is a serious problem.

        On a directory in a subtree of the trunk of a project I have the following svn:externals property set:

        /svn/partslib/Arabica/2009-march-xerces_2.8.0-Verum/VS90 Arabica
        /svn/partslib/formalsystems/noxfdr/3.0.0/client FDR
        /svn/partslib/opensource/boost-uuid/20080225/ boost/uuid
        /svn/partslib/xerces/xerces-c/2.8.0/vs90 xercesc
        /svn/partslib/nokia/Qt/4.6.3/vs90 Qt

        When I perform a clean build of the Hudson project (subtree), it checks out all except the last one. Every clean build, the same external is skipped. A subsequent build with "Use update" checked, checks out the missing external.

        When I change the Hudson project to check out the entire trunk, a clean build checks out all except the one BEFORE the last line.

        It doesn't matter on what kind of slave the project builds.

        Hudson ver. 1.361
        Hudson Subversion Plug-in 1.17
        svnkit-1.3.0-hudson-4.jar
        Windows slave running via JNLP
        Red Hat slave running via SSH (plugin version 0.12)
        VisualSVN 2.1.1

        Question: The svnkit has hudson in its name, does that mean that the svnkit is adapted to work with Hudson? In other words, can I replace the JAR-file by a more recent version of tmatesoft?

        Show
        maartenvandewaarsenburg maartenvandewaarsenburg added a comment - Just an observation. I hope it helps as this is a serious problem. On a directory in a subtree of the trunk of a project I have the following svn:externals property set: /svn/partslib/Arabica/2009-march-xerces_2.8.0-Verum/VS90 Arabica /svn/partslib/formalsystems/noxfdr/3.0.0/client FDR /svn/partslib/opensource/boost-uuid/20080225/ boost/uuid /svn/partslib/xerces/xerces-c/2.8.0/vs90 xercesc /svn/partslib/nokia/Qt/4.6.3/vs90 Qt When I perform a clean build of the Hudson project (subtree), it checks out all except the last one. Every clean build, the same external is skipped. A subsequent build with "Use update" checked, checks out the missing external. When I change the Hudson project to check out the entire trunk, a clean build checks out all except the one BEFORE the last line. It doesn't matter on what kind of slave the project builds. Hudson ver. 1.361 Hudson Subversion Plug-in 1.17 svnkit-1.3.0-hudson-4.jar Windows slave running via JNLP Red Hat slave running via SSH (plugin version 0.12) VisualSVN 2.1.1 Question: The svnkit has hudson in its name, does that mean that the svnkit is adapted to work with Hudson? In other words, can I replace the JAR-file by a more recent version of tmatesoft?

          People

          • Assignee:
            Unassigned
            Reporter:
            larsheinemann larsheinemann
          • Votes:
            11 Vote for this issue
            Watchers:
            12 Start watching this issue

            Dates

            • Created:
              Updated: