Skip to content
This repository has been archived by the owner on Aug 28, 2021. It is now read-only.

check resource fails when source.release != params.release #113

Closed
Typositoire opened this issue Apr 18, 2019 · 5 comments
Closed

check resource fails when source.release != params.release #113

Typositoire opened this issue Apr 18, 2019 · 5 comments
Labels

Comments

@Typositoire
Copy link
Contributor

Typositoire commented Apr 18, 2019

It is fundamentally flawed to check for source.release if you can overwrite it in params.release

This cause all the current check to fail if you installed a chart and overwrite the release name with params.release.

I don't know what would be the best approach to fix that but you can't access params in check.

My current use case is PR generate multiple parallel runs of a pipeline. I need to namespace some stuff by commitID to avoid clashes. I don't know said commitID before so I overwrite the release name on put which causes the check to fail because the release in source doesn't exist. I think we should overall make the resource release agnostic by default (remove source.release) but then I have no idea what check we could perform..

@Typositoire Typositoire changed the title check resource fails when source.release != params.release check resource fails when source.release != params.release Apr 18, 2019
@Typositoire Typositoire changed the title check resource fails when source.release != params.release check resource fails when source.release != params.release Apr 18, 2019
@msiegenthaler
Copy link
Member

I use it the other way, for me only the source one is relevant. And ad you say there’s no way to check for the params release.
But I think you’ll never use it anyway, I can’t see a Pipeline where you use „dynamic“ releases and checks together so I suggest we add a flag to basically disable check.

@Typositoire
Copy link
Contributor Author

Actually if you want to take a look at #116

@Typositoire
Copy link
Contributor Author

I'm sure there's a legit way of achieving both. Right now it's just annoying to see Yellow in concourse :p

@msiegenthaler
Copy link
Member

This should be ok now, right?

@Typositoire
Copy link
Contributor Author

Pretty sure it's not longer an issue.

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

No branches or pull requests

2 participants