nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

When does Bamboo do fetches in plan branches?

Scott Molinari

I was told by a great Atlassian staff member (not saying that sarcastically either. I mean it! He has helped me a lot!) in another of my questions, that Bamboo notices changes to a branch through polling, but considers a change only if there was any commit done, after the last fetch that had occured in Bamboo for that branch.

My question is, when does Bamboo do fetches? The only fetch I've seen is the default fetch given, when you try to create a new job. Is that a necessary fetch? Because, I've been deleting them.

Scott

Accepted answers

All comments

Scott Molinari

Sorry, it isn't a fetch set up as default in a job, it is a checkout. Now I am even more confused.

Scott

Scott Molinari

A polite bump.

Or is there some documentation that clearly explains the concepts behind the connections between Stash and Bamboo (ie. plan branches and updating/ triggering for running plans) and how I, as a customer, should be working with these connections/ triggers? I think the overall clear explanations of the concepts are missing and if they were available the biggest amount of confusion between the two products could be aleviated. Well, that is certainly the case for me.

Scott

Przemek Bruski

I don't really understand what you want to achieve, but the process (for Git) is roughly like this:

there are several ways in which a build can be triggered. One of them is through polling the repo. Bamboo periodically contacts the repo to see what are the latest changesets for refs (i.e. where to the heads point to). If there's a plan (be it a branch or main plan) using that repo and the previous build for that plan was based on a different changeset, a build is kicked off. This means that we fetch that ref to the server cache and examine the list of changes between the previous build and the current state. When the agent gets that build, he will fetch again - either from the repository server or from an agent-local cache.