Skip to content
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

Open
codesuki opened this issue Feb 16, 2018 · 3 comments
Open

Not downloading the newest files #69

codesuki opened this issue Feb 16, 2018 · 3 comments

Comments

@codesuki
Copy link

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.

    serial: true
    plan:
      - aggregate:
          - get: source
            passed: [rc]
            trigger: true
          - get: version
            passed: [rc]
            trigger: true
      - aggregate:
          - task: build
 - name: build-charts
    serial: true
    plan:
      - aggregate:
          - get: source
            passed: [build]
            trigger: true
          - get: charts
            trigger: true
          - get: version
            passed: [build]
            trigger: true
          - get: rc
            passed: [build]
            trigger: true
      - task: build-charts
      - put: github-release
...
  - name: deploy-rc
    serial: true
    interruptible: true
    plan:
      - aggregate:
          - get: source
            passed: [build-charts]
          - get: version
            passed: [build-charts]
            trigger: true
          - get: config
            passed: [config-smoke-test]
            trigger: true
          - get: rc
            passed: [build-charts]
            trigger: true
            params:
              globs:
                - '*-chart.tgz'
    - deploy
@emcniece
Copy link

emcniece commented Apr 5, 2018

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

@cagiti
Copy link

cagiti commented May 3, 2018

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 passed from the resource in the deploy job.

@mook-as
Copy link

mook-as commented May 5, 2020

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 in step would get different data, as far as concourse is concerned the metadata (from check) is the same and therefore it doesn't need to redo the in.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants