Uploaded image for project: 'Bamboo Data Center'
  1. Bamboo Data Center
  2. BAM-904

Allow new build directories per plan to be created in /xml-data/build-dir

    • Icon: Suggestion Suggestion
    • Resolution: Obsolete
    • None
    • Builds
    • None
    • 2
    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      While we've been enjoying the features of Bamboo, there's a few issues that are hard to resolve. One of there is the methodology with the file layout structure of builds.

      For a plan, say 'TRUNK' on projects MyProject1, MyProject2, Bamboo makes a directory in /xml-data/build-dir called 'MYPROJECT1-TRUNK' and 'MYPROJECT2-TRUNK'.

      If I make another plan, say 'BRANCH' on projects MyProject1, MyProject2, Bamboo makes a directory in /xml-data/build-dir called 'MYPROJECT1-BRANCH and 'MYPROJECT2-BRANCH'.

      The trouble with this (for us) lies in two areas:

      1.) Dependency builds between different ant project projects expect the project name to be what the SVN module is called, i.e. MyProject1. This allows for build artifacts from MyProject1 to be fetched by MyProject2 by navigating the directory structure appropriately, i.e. Project2 gets artifacts in ../MyProject1/dist

      We currently work around this issue by manually creating symbolic links in that /xml-data/build-dir directory, i.e. 'ln -s MYPROJECT1-TRUNK MyProject'

      2.) Having build plans based on source control branches in the same directory causes collisions for trying to get appropriate build artifacts. In the example above, I explained how we can work around the renaming of the projects by using symbolic links so that ant can navigate the directory path to fetch its dependencies. However, this model fails if we are trying to have two projects with the same SVN name but from the trunk and a branch in the same directory – the symbolic link would always have to map only to a single project.

      While we haven't done it yet, I suppose the workaround would be to run a second instance of Bamboo on the same JBoss server and give it a different bamboo_home directory.

      What might be nice (from our perspective, of course) is the option or ability to say to use the 'native project names' for the builds which could then maybe map out a driectory structure like:

      xml-data/build-dir

      – TRUNK
      — MyProject1
      — MyProject2
      --BRANCH
      — MyProject1
      — MyProject2

      whereas MyProject1 and MyProject2 are the 'native svn project names' and TRUNK and BRANCH are Bamboo plans.

            [BAM-904] Allow new build directories per plan to be created in /xml-data/build-dir

            Katherine Yabut made changes -
            Workflow Original: JAC Suggestion Workflow [ 3018549 ] New: JAC Suggestion Workflow 3 [ 3598080 ]
            Status Original: RESOLVED [ 5 ] New: Closed [ 6 ]
            Owen made changes -
            Workflow Original: Confluence Workflow - Public Facing v4 [ 2701496 ] New: JAC Suggestion Workflow [ 3018549 ]
            Owen made changes -
            Backlog Order (Obsolete) Original: 23160000000
            Issue Type Original: New Feature [ 2 ] New: Suggestion [ 10000 ]
            Owen made changes -
            Workflow Original: Bamboo Workflow 2016 v1 [ 1418354 ] New: Confluence Workflow - Public Facing v4 [ 2701496 ]
            Marek Went (Inactive) made changes -
            Workflow Original: Bamboo Workflow 2014 v2 [ 609766 ] New: Bamboo Workflow 2016 v1 [ 1418354 ]
            James Dumay made changes -
            Workflow Original: Bamboo Workflow 2014 [ 603609 ] New: Bamboo Workflow 2014 v2 [ 609766 ]
            James Dumay made changes -
            Workflow Original: Bamboo Workflow 2010 [ 201492 ] New: Bamboo Workflow 2014 [ 603609 ]
            AntonA made changes -
            Resolution New: Obsolete [ 11 ]
            Status Original: Open [ 1 ] New: Resolved [ 5 ]

            AntonA added a comment -

            In Bamboo 3.0 it will be possible to configure Bamboo to pass artifacts from one job to another. This should solve the problem of trying to use an artifact after it is built in another build.

            Bamboo 3.0 should be shipped in February 2011.

            As mentioned previously, svn externals can also be used to make it work with Bamboo versions before 3.0.

            Due to this I will resolve this issue.

            Please add a comment here if I am misunderstanding something and passing artifacts between jobs does not help.

            AntonA added a comment - In Bamboo 3.0 it will be possible to configure Bamboo to pass artifacts from one job to another. This should solve the problem of trying to use an artifact after it is built in another build. Bamboo 3.0 should be shipped in February 2011. As mentioned previously, svn externals can also be used to make it work with Bamboo versions before 3.0. Due to this I will resolve this issue. Please add a comment here if I am misunderstanding something and passing artifacts between jobs does not help.
            MarkC made changes -
            Workflow Original: reviewflow [ 196493 ] New: Bamboo Workflow 2010 [ 201492 ]

              Unassigned Unassigned
              62a3857466cd Michael Dinsmore
              Votes:
              1 Vote for this issue
              Watchers:
              0 Start watching this issue

                Created:
                Updated:
                Resolved: