• Icon: Suggestion Suggestion
    • Resolution: Fixed
    • 2.0
    • Agents, Builds
    • None
    • 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.

      As this feature seems to be more difficult to build in later I figured I would throw in remote build support. We like to use a build farm due to the size of our codebase and the number of active development branches. Also the ability the test suites on different VMs provides some level of comfort. As Pulse and TeamCity have this capability this is becoming one of our baseline requirements though other customers may see this differently.

            [BAM-293] Ability to do remote/distributed builds

            edwin added a comment -

            Hi guys,

            This feature is now officially released in Bamboo 2.0!

            For more information about the release, check out our release notes.

            You can download the latest release here today!

            Regards,
            Edwin

            edwin added a comment - Hi guys, This feature is now officially released in Bamboo 2.0! For more information about the release, check out our release notes . You can download the latest release here today! Regards, Edwin

            AjayA added a comment -

            Hi Guys,

            After much antipation, Bamboo 2.0 (Beta) has now been released.

            Check out the Bamboo 2.0 (beta) release notes for further details.

            Regards,
            AJay.

            AjayA added a comment - Hi Guys, After much antipation, Bamboo 2.0 (Beta) has now been released. Check out the Bamboo 2.0 (beta) release notes for further details. Regards, AJay.

            Any update to be had here?

            when can we expect 2.0?

            thanks

            Daniel Woodhams added a comment - Any update to be had here? when can we expect 2.0? thanks

            Hi all,

            Distributed builds are the main focus for our current development efforts and will be a core feature of Bamboo 2.0. Our best estimate is for the release of Bamboo 2.0 in mid-late January, though that can slip or shift forward as work continues. We appreciate everyone who's let us know how important this feature is to them in the meantime and are working towards implementing this functionality as soon as practical.

            Cheers,
            Dave

            David Soul [Atlassian] added a comment - Hi all, Distributed builds are the main focus for our current development efforts and will be a core feature of Bamboo 2.0. Our best estimate is for the release of Bamboo 2.0 in mid-late January, though that can slip or shift forward as work continues. We appreciate everyone who's let us know how important this feature is to them in the meantime and are working towards implementing this functionality as soon as practical. Cheers, Dave

            whopeman added a comment -

            Having this feature would allow us to roll out Bamboo use to 50% of our development projects. Currently we are limited because of build platform restrictions to using multiple machine for various environments. Thus Distributed builds would allow our engineering department to unify on one build management platform.

            whopeman added a comment - Having this feature would allow us to roll out Bamboo use to 50% of our development projects. Currently we are limited because of build platform restrictions to using multiple machine for various environments. Thus Distributed builds would allow our engineering department to unify on one build management platform.

            Hjm, that might work for us in some cases as a temporary solution. When you define a custom builder, is there some parameters passed? Like the project name or path or something like that?

            Anders Sveen added a comment - Hjm, that might work for us in some cases as a temporary solution. When you define a custom builder, is there some parameters passed? Like the project name or path or something like that?

            We've been using Hudson because we need to build on different linux platforms. However, just last week we started a new trial with Bamboo and we are successfully doing builds on different Linux platforms. We do this by

            Making a custom builder using Putty's plink.

            Arguments to the builder are
            -batch -pw hudson1 hudson@10.20.3.173 /mnt/bamboo_build_dir/arbor-build.sh

            We're using vmware to host our other environments and these have mounts to the shares on the bamboo machine. The script we are running simply cd's into the correct project and runs our makefiles. Heres the arbor-build.sh from above

            cd /mnt/bamboo_build_dir/RPU-RBR
            make clean
            DEBUG=1 make all

            So technically bamboo is doing everything we need and hopefully we'll purchase soon

            Colin Goudie added a comment - We've been using Hudson because we need to build on different linux platforms. However, just last week we started a new trial with Bamboo and we are successfully doing builds on different Linux platforms. We do this by Making a custom builder using Putty's plink. Arguments to the builder are -batch -pw hudson1 hudson@10.20.3.173 /mnt/bamboo_build_dir/arbor-build.sh We're using vmware to host our other environments and these have mounts to the shares on the bamboo machine. The script we are running simply cd's into the correct project and runs our makefiles. Heres the arbor-build.sh from above cd /mnt/bamboo_build_dir/RPU-RBR make clean DEBUG=1 make all So technically bamboo is doing everything we need and hopefully we'll purchase soon

            Brett Adam added a comment -

            Crucial for any real-world use of a build system. One machine simply cannot handle the load of multi-component builds with multiple regression test contexts and varying test stages.

            Anyone tried just using ssh in a wrapper to offload the build/test work?

            Brett Adam added a comment - Crucial for any real-world use of a build system. One machine simply cannot handle the load of multi-component builds with multiple regression test contexts and varying test stages. Anyone tried just using ssh in a wrapper to offload the build/test work?

            Was hoping to see progress on this issue - I'm getting more and more projects on our instance and fear the machine will become toooooo slow, is there any update you can give please.

            Daniel Woodhams added a comment - Was hoping to see progress on this issue - I'm getting more and more projects on our instance and fear the machine will become toooooo slow, is there any update you can give please.

            Unvoted and stopped watching, since we're going with Hudson.

            Luis Herrera added a comment - Unvoted and stopped watching, since we're going with Hudson.

              Unassigned Unassigned
              17f8e550b997 Peter Thistleton
              Votes:
              66 Vote for this issue
              Watchers:
              48 Start watching this issue

                Created:
                Updated:
                Resolved: