feat(W-17752806): Pipeline creation must support the generation property - #3221
Conversation
8931856 to
c223c05
Compare
eablack
left a comment
There was a problem hiding this comment.
There are a few issues here:
- Happy path doesn't work. When I run the command, I get what appears to be a 500 error:
- I think we should reconsider how this behaves, maybe talk with @dsouza-anush about it. Right now, the
pipelines createcommand requires an--appflag. Adding the--generationflag means someone can try to create afirpipeline with acedarapp. The api blocks this, thankfully, but we should stop this from happening earlier. My recommendation is we do one of two things:
- Keep
--appas a required flag and just pass the generation of that app when we do the API call to create a pipeline. If we do this, we do not need to offergenerationas a flag option. I think this is the simplest solution. - Make '--app' an optional flag and add
--generationas a flag and let the user possibly create a pipeline without an app. We probably should check to make sure in the CLI that there isn't a conflict between the--generationvalue and the app's generation if the user does provide an app.
|
I am working with @bchen528 on this 500 error. It does seem to be a backend issue related to this line. Originally, I thought this was because the fir app I was using to test was deployed using the BuildService and not I'm not really sure why this flag is necessary. The call succeeds and the pipeline API correctly infers the generation without this flag present. There are almost no details in the ticket on this so my assumption was this flag would allow both fir and cedar apps on the same pipeline potentially for migration from cedar to fir on the same pipeline. |
|
Moving this to draft until then. |
this was discussed, but just want to document for clarity. a flag to the cli command is not necessary, because the cli can infer what generation the pipeline should be from the app supplied with the required |
|
#1150 has been deployed to prod. Moving this to "ready" |
d15bc61 to
fdca552
Compare
fdca552 to
366741b
Compare
366741b to
0a053a0
Compare
eablack
left a comment
There was a problem hiding this comment.
Works great! One minor comment to adjust the test such that the post expects the body to now include generation.
0a053a0 to
0a2ab5b
Compare
Adds the
generationfield to the API request.To Test
W-17752806