You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm migrating a few remaining kOps e2e jobs to kubetest2 and I'm facing a kubetest2 limitation that I'd like to address upstream. We have a pipeline of jobs using kubetest 1 that publishes version markers upon tests passing. These markers indicate a version of kOps to use in other kubetest2 jobs.
I'm hoping to have kubetest2-kops publish version markers but I'm facing the following challenges:
The Deployer interface doesn't know whether the tests passed or failed. The deployer knows the exact version to publish in a version marker, but it can't determine whether or not to publish the marker.
The Tester interface doesn't know the version to publish as a marker.
This likely relates to my #87 but I'm wondering if it would simpler for the Deployer to know whether the tester succeeded or failed. We could add an extension like the other DeployerWith interfaces, perhaps something like:
I think this proposal sounds very reasonable :) since this is very much in line with the whole lifecycle. #87 was a bit awkward since we ideally want to plug and play deployers and testers, so deployer knowing TestArgs is an anti-pattern we'd like to avoid.
but PostTest() actions sounds like a good addition.
maybe instead of OnSuccess() and OnFailure()
just a
I'm migrating a few remaining kOps e2e jobs to kubetest2 and I'm facing a kubetest2 limitation that I'd like to address upstream. We have a pipeline of jobs using kubetest 1 that publishes version markers upon tests passing. These markers indicate a version of kOps to use in other kubetest2 jobs.
I'm hoping to have kubetest2-kops publish version markers but I'm facing the following challenges:
This likely relates to my #87 but I'm wondering if it would simpler for the Deployer to know whether the tester succeeded or failed. We could add an extension like the other DeployerWith interfaces, perhaps something like:
I'm happy to open a PR if an implementation is agreed upon.
For reference, here is one of the remaining kOps jobs that uses this kubetest 1 functionality.
/cc @justinsb
The text was updated successfully, but these errors were encountered: