-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
codebuild: merge "addBuildToPipeline" and "addTestToPipeline" APIs #1211
Comments
ACK 👌🏻 |
Scratch that We can't have one method for this, as How do you want to proceed here @eladb ? |
Is it really true that all build actions always have an output? Reference says 0-5. |
In our model they do. |
So maybe we should align to the service, and then we can make |
But there's a reason why we modeled it as not optional. It seems highly unlikely that someone would have a build that doesn't produce an output. Making it optional would also force customers to give the output a string name, which they don't care about in most cases, as it's only needed by the Pipeline itself. Also, you would be forced to say I don't think changing all of those behaviors to unify |
We usually try not to be opinionated about the service capabilities in L2. If the service allows users to define a build action without outputs, we should enable that too. But I guess that's a different discussion (raise issue? bring up with the team?) Here's a proposal for this conversation: I believe the most common case is to use a CodeBuild project as a "build" step, correct? How about we rename |
Copy @skinny85
Let's consider normalizing this API together with the rest of the
addToPipeline
calls. I think we can just have an optionalactionType
property passed in, defaulting to build, and if someone wants to add the action as a test action, they can just set actionType to test.The text was updated successfully, but these errors were encountered: