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
Copy file name to clipboardExpand all lines: _docs/ci-cd-guides/progressive-delivery.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -252,7 +252,7 @@ Using manual approval before promoting the new version is a great starting point
252
252
and eliminate the human approval.
253
253
254
254
There are many approaches on testing a release and each organization will have a different set of "tests" that verify the next version of the software. Argo Rollouts
255
-
has[several integrations](https://argoproj.github.io/argo-rollouts/features/analysis/) either with metric providers or[simple Kubernetes jobs](https://argoproj.github.io/argo-rollouts/analysis/job/) that can run integrationtets or collect metrics and decide if the next color should be promoted or not.
255
+
has[several integrations](https://argoproj.github.io/argo-rollouts/features/analysis/) either with metric providers or[simple Kubernetes jobs](https://argoproj.github.io/argo-rollouts/analysis/job/) that can run integrationtests or collect metrics and decide if the next color should be promoted or not.
256
256
257
257
Another alternative is to simply execute[integration tests]({{site.baseurl}}/docs/testing/integration-tests/) from within Codefresh. This is great if your integration tests need access to the source code or other
258
258
external services that are accessible only to Codefresh.