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

Skips dev versions once there is a release candidate #128

Open
professor opened this issue Apr 3, 2020 · 4 comments
Open

Skips dev versions once there is a release candidate #128

professor opened this issue Apr 3, 2020 · 4 comments

Comments

@professor
Copy link

We've been using the following concourse resource to get each dev build of pks off of pivnet:

- name: dev-pivotal-container-service-1-7
  type: pivnet
  source:
    api_token: ((pivnet-api-token))
    product_slug: pivotal-container-service
    product_version: 1\.7\..*

Once there were release candidates, the pivnet resource no longer saw any dev builds =(

1.7.0-build.5#2020-01-20T07:25:17.280Z
1.7.0-build.7#2020-01-30T01:55:11.395Z
1.7.0-build.11#2020-02-26T07:20:35.854Z
1.7.0-build.12#2020-02-27T11:21:48.624Z
1.7.0-build.16#2020-03-04T20:53:32.578Z 
1.7.0-rc.1#2020-03-04T20:53:32.578Z (which is build.16)
1.7.0-rc.2#2020-03-13T18:35:25.208Z (which is build.19)
1.7.0-rc.3#2020-03-31T17:54:35.840Z 
1.7.0#2020-03-31T17:54:35.840Z (which is build.26)

Note that there are build.21, build.22, build.24, build.25

I'm wondering what is the correct configuration to get each dev tile. I was tempted to add a sort_by: last_updated ... but would that have unintended consequences if people modify metadata on a tile in pivnet.

@rszumlakowski
Copy link
Contributor

Is this issue blocking you at this time?

@professor
Copy link
Author

We release once a quarter, so it would be nice to get a fix in place before our next release. I'd put it under the Important, but not Urgent quadrant.

@rszumlakowski
Copy link
Contributor

Got it. Thank you. We'll look into it. The visibility of releases with Pivnet can be pretty tricky sometimes, so we'll try and get back to you with a full understanding of the issue. I've created a story in our Tracker.

@nedenwalker
Copy link
Contributor

nedenwalker commented Apr 15, 2020

Hi @professor , in attempting to fully understanding the intention, would it be possible to provide a couple of lists, one detailing actual and another detailing expected. For instance, is this what you mean?

Actual:

1.7.0-build.5#2020-01-20T07:25:17.280Z
1.7.0-build.7#2020-01-30T01:55:11.395Z
1.7.0-build.11#2020-02-26T07:20:35.854Z
1.7.0-build.12#2020-02-27T11:21:48.624Z
1.7.0-build.16#2020-03-04T20:53:32.578Z 
1.7.0-rc.1#2020-03-04T20:53:32.578Z
1.7.0-rc.2#2020-03-13T18:35:25.208Z
1.7.0-rc.3#2020-03-31T17:54:35.840Z 
1.7.0#2020-03-31T17:54:35.840Z

Expected: (** indicates missing artifacts)

1.7.0-build.5#2020-01-20T07:25:17.280Z
1.7.0-build.7#2020-01-30T01:55:11.395Z
1.7.0-build.11#2020-02-26T07:20:35.854Z
1.7.0-build.12#2020-02-27T11:21:48.624Z
1.7.0-build.16#2020-03-04T20:53:32.578Z 
1.7.0-rc.1#2020-03-04T20:53:32.578Z
**1.7.0-build.19#2020-03-13T18:35:25.208Z**
1.7.0-rc.2#2020-03-13T18:35:25.208Z
**1.7.0-build.21#...**
**1.7.0-build.22#...**
1.7.0-rc.3#2020-03-31T17:54:35.840Z 
**1.7.0-build.24#...**
**1.7.0-build.25#...**
**1.7.0-build.26#2020-03-31T17:54:35.840Z**
1.7.0#2020-03-31T17:54:35.840Z

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

3 participants