I have two jobs set up for a build. The first job checks out trunk manually (using sliksvn 1.7 CLI client in batch script, not bamboo's checkout). Changes a version file, then commits back (again using sliksvn CLI client in a batch script). Assume at this time, the revision of trunk changes from 100 to 101. (files checked-out to job1 folder)
Now in second job, I use Bamboo checkout (files checked out to job2 folder). However, Bamboo only checks out revision 100. It ignores revision 101, which is committed by job1. So I end up building out of date files.
Why is this happening? Thank you in advance.
The revision that will be used by all Jobs in a Plan is determined before the Plan is run so that all Jobs consistently build the same revision.
What you could do is to have these two jobs in separate stages and pass an artifact between them that would define the revision to checkout for the second job.
Bitbucket Pipelines helps me manage and automate a number of serverless deployments to AWS Lambda and this is how I do it. I'm building Node.js Lambda functions using node-lambda ...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot