-
Notifications
You must be signed in to change notification settings - Fork 59
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Not downloading the newest files #69
Comments
Is your release resource checking for draft releases? I'm working through a problem right now where my draft releases are told to deliver the code for the release, but the actual code obtained by the resource is from the previous release and not the release that triggered the action. My guess is that the resource can't find the archive on the draft resource, so it gets the most recent archive instead. - name: draft-pre-release
type: github-release
source:
owner: me
repository: my-app
access_token: ((github-token))
drafts: true
release: false
pre_release: true |
Looking at the code snippet above, it seems that you’re passing the same version between your jobs, so I wouldn’t expect the built artefact from the build job in the deploy job. Remove |
I am seeing a similar issue (with current github-release-resource), but can't quite tell if it is the same one. When calculating the timestamp, we only look at the published and created times for the release, and ignore any asset time stamps. This means that, for example, if a release is created (as a draft), then assets are uploaded in a separate task, that will never be reflected in the resource. Even though the |
I have a pipeline similar to
ci.concourse.ci
.After creating a RC version it builds the source, uploads to github release, builds helm charts and merges with github release binaries, uploads both charts and binaries -> deploys.
When I just rebuild the charts and upload them to the github release the deploy step always deploys the old charts. When I download the charts manually from github to check, they are actually the correct, new charts.
Is there any cache for resources in concourse? Maybe something is wrong with my pipeline. Not sure.
The text was updated successfully, but these errors were encountered: