Resource pinning not auto triggering a new build #6402
Unanswered
fauna-chase
asked this question in
Help & Support
Replies: 1 comment 2 replies
-
|
This looks like a bug based on what the docs describe. I confirmed the behaviour you're seeing with this pipeline: resources:
- name: time-resource
type: time
source:
interval: 10s
jobs:
- name: some-job
plan:
- get: time-resource
trigger: trueI let it create a few versions (four) and go through one build for each version. Then I pinned the version for the 2nd build. Two things happened:
image showing the versions are out of order: @vito @clarafu is this a bug or are the docs not aligned with new algorithm behaviour? I'm guessing the former but want confirmation from y'all please since you're the experts in that area 😅 |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment

Uh oh!
There was an error while loading. Please reload this page.
-
Are there scenarios where pinning a resource that is set to trigger a job to a version that is not the previous build is not expected to trigger the job?
I'm running into a situation where I pin a resource that is a trigger, it is different than the previous build, and it does not automatically trigger the job to run. The job has been previously run with the pinned version, but it wasn't the most recent version that the job was run with. Based on these docs, https://concourse-ci.org/scheduler.html#scheduling-behavior, I'd expect it to, has me wondering if there is something the algorithm is doing to not select it as a candidate version. Would appreciate some help to better understand the scenario.
Thanks!
Chase
Beta Was this translation helpful? Give feedback.
All reactions