diff --git a/_data/home-content.yml b/_data/home-content.yml
index 2e55be1c..342803ef 100644
--- a/_data/home-content.yml
+++ b/_data/home-content.yml
@@ -53,14 +53,22 @@
icon: images/home-icons/pipeline.svg
url: ''
links:
- - title: Creation
+ - title: Create pipelines
localurl: /docs/pipelines/create-pipeline
+ - title: Nested workflows in pipelines
+ localurl: /docs/pipelines/nested-workflows
+ - title: Manage pipelines
+ localurl: /docs/pipelines/managing-pipelines
+ - title: Manage workflows
+ localurl: /docs/pipelines/workflows
- title: Configure artifact repository
localurl: /docs/pipelines/configure-artifact-repository/
- title: Selectors for concurrency synchronization
localurl: /docs/pipelines/concurrency-limit/
- title: Sharing file systems
- localurl: /docs/pipelines/sharing-file-system/
+ localurl: /docs/pipelines/sharing-file-system/
+
+
- title: Deployment
diff --git a/_data/nav.yml b/_data/nav.yml
index efe08f57..87a756a7 100644
--- a/_data/nav.yml
+++ b/_data/nav.yml
@@ -64,16 +64,21 @@
- title: Pipelines
url: "/pipelines"
pages:
- - title: Creation
+ - title: Create pipelines
url: "/create-pipeline"
+ - title: Manage pipelines
+ url: "/managing-pipelines"
+ - title: Manage workflows
+ url: "/workflows"
+ - title: Nested workflows
+ url: "/nested-workflows"
- title: Configure artifact repository
url: "/configure-artifact-repository"
- title: Selectors for concurrency synchronization
url: "/concurrency-limit"
- title: Sharing file systems
url: "/sharing-file-system"
- - title: Nested workflows
- url: "/nested-workflows"
+
- title: Deployment
diff --git a/_docs/deployment/applications-dashboard 2.md b/_docs/deployment/applications-dashboard 2.md
new file mode 100644
index 00000000..7d8cb24e
--- /dev/null
+++ b/_docs/deployment/applications-dashboard 2.md
@@ -0,0 +1,439 @@
+---
+title: "Applications dashboard"
+description: ""
+group: deployment
+toc: true
+---
+
+View, monitor, and analyze deployments across your enterprise in the Applications dashboard. As a one-stop shop for Argo Rollouts and Argo CD in Codefresh, the Applications dashboard delivers on the challenge of keeping track of deployments, whatever the frequency and scale. A wide range of filters, enriched CI and CD information, provide full traceability and visibility to continuous deployments.
+
+Here are some insights you can derive from the Applications dashboard:
+* Visibility into deployments from all the clusters associated with the provisioned runtimes, in-cluster and managed
+* Timeline on current and historical deployments
+* Enriched CI information for deployments, including links to container images, Git hashes correlated with feature requests, Jira issues
+* Microservices deployed by the application
+* Hierarchical view of the resources in the application in the Current State
+
+>For information on creating, editing, and deleting applications, see [Applications in Codefresh]({{site.baseurl}}/docs/deployment/create-application/)
+
+### Applications main view
+
+The main view shows all deployed applications, sorted by the most recent deployments, by default.
+
+
+Here is an example of the main page in the Applications dashboard.
+
+ {% include
+image.html
+lightbox="true"
+file="/images/applications/app-dashboard-main-view.png"
+url="/images/applications/app-dashboard-main-view.png"
+alt="Applications Dashboard"
+caption="pplications Dashboard"
+max-width="30%"
+%}
+
+#### Application inventory and state
+
+The application state snapshot shows at a glance both the total number of applications that are deployed and their breakdown according to state.
+
+> The state snapshot works also as a quick filter. Selecting a state filters the application view by that state.
+
+#### Filters and favorites
+Similar to other dashboards, the Applications dashboard also offers a set of filters designed to bring you the information you need as quickly as possible.
+You can also mark applications as favorites to focus on the applications of interest.
+
+**Filters**
+
+Filters are divided into frequently used and advanced filters.
+* Frequently-used filters: Available at the top of the dashboard. These filters support multi-selection, and results are based on an OR relationship within the same filter with multiple options, and an AND relationship between filters.
+* Advanced filters: Available on selecting **More Filters**. These filters include application type, health, and labels.
+
+ * Application type
+ Applications and ApplicationSet
+
+ * Health filters
+ The built-in Argo CD set of health filters.
+ For detailed information, see the official documentation on [Health sets](https://argo-cd.readthedocs.io/en/stable/operator-manual/health/){:target="\_blank"}.
+
+
+ * Labels
+ The K8s labels defined for the applications. The list displays labels of _all_ the applications, even if you have applied filters.
+
+ To see the available labels, select **Add**, and then select the required label and one or more values.
+ To filter by the labels, select **Add** and then **Apply**.
+
+ For detailed information, see the official documentation on [Labels and selectors](https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/){:target="\_blank"}.
+
+ {% include
+image.html
+lightbox="true"
+file="/images/applications/app-dashboard-adv-filters.png"
+url="/images/applications/app-dashboard-adv-filters.png"
+alt="Advanced filters in Applications Dashboard"
+caption="Advanced filters in Applications Dashboard"
+max-width="30%"
+%}
+
+
+**'Favorite' applications**
+
+Mark applications as favorites, and view them with a click.
+* Select the {::nomarkdown}
{:/} to the left of the application name to mark it as a favorite.
+* To view only favorites, on the filters bar, select {::nomarkdown}
{:/}.
+
+
+
+#### Deployment type
+Applications are displayed according to their deployment type which can be one of the following:
+* Applications
+
+ Standalone applications. For detailed information, see the official documentation on [Applications](https://argo-cd.readthedocs.io/en/stable/operator-manual/declarative-setup/#applications){:target="\_blank"}.
+
+ {% include
+image.html
+lightbox="true"
+file="/images/applications/apps-standalone.png"
+url="/images/applications/apps-standalone.png"
+alt="Standalone applications in Applications Dashboard"
+caption="Standalone applications in Applications Dashboard"
+max-width="30%"
+%}
+
+* Application set
+ Based on the Argo CD's ApplicationSet CRD, where several applications are always deployed as a set. For detailed information, see the official documentation on [Generating Applications with ApplicationSet](https://argo-cd.readthedocs.io/en/stable/user-guide/application-set/){:target="\_blank"}.
+
+ {% include
+image.html
+lightbox="true"
+file="/images/applications/app-appset-model.png"
+url="/images/applications/app-appset-model.png"
+alt="Application Set in Applications Dashboard"
+caption="Application Set in Applications Dashboard"
+max-width="30%"
+%}
+
+* App-of-apps
+ In this deployment model, the parent application deploys a set of child applications. For detailed information, see the official documentation on [App of Apps](https://argo-cd.readthedocs.io/en/stable/operator-manual/declarative-setup/#app-of-apps){:target="\_blank"}.
+
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/app-appofapps-model.png"
+url="/images/applications/app-appofapps-model.png"
+alt="App of Apps in Applications Dashboard"
+caption="App of Apps in Applications Dashboard"
+max-width="30%"
+%}
+
+
+### Application timeline
+The Timeline tab displays the history of deployments for the selected application, sorted by the most recent update (default), and enriched with image, Pull Request (PR), Jira issues, and commit information for each deployment. Ongoing deployments display rollout progress and rollout analysis as the deployment unfolds.
+
+Each application displays up to ten of the most recent deployments.
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/dashboard-timeline-main.png"
+url="/images/applications/dashboard-timeline-main.png"
+alt="Applications Dashboard: Timeline tab"
+caption="Applications Dashboard: Timeline tab"
+max-width="30%"
+%}
+
+#### Filters
+
+View the subset of deployments of interest to you. Filter by Date range, PRs, issues, committers, and more.
+
+#### Deployment chart
+
+The deployment chart conveniently located below the filters displays the day-to-day deployments for the selected time period. Get information on historical deployments, as the deployment entries are shown for up to ten of the most recent deployments.
+
+* To jump to a specific deployment, click the dot on the chart that represents the deployment.
+* To see GitOps details, mouse over the dot that represents the deployment.
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/apps-historical-deployment.png"
+url="/images/applications/apps-historical-deployment.png"
+alt="Applications Dashboard: Deployment chart"
+caption="Applications Dashboard: Deployment chart"
+max-width="30%"
+%}
+
+#### Deployment details
+
+**Deployment entries**
+
+Each deployment entry displays the complete history of that deployment, by Git hash, Kubernetes services, and Argo applications:
+
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/app-dashboard-time-expanded-card.png"
+url="/images/applications/app-dashboard-time-expanded-card.png"
+alt="Applications Dashboard: Deployment entry in Timeline tab"
+caption="Applications Dashboard: Deployment entry in Timeline tab"
+max-width="70%"
+%}
+
+* The **CI Builds** shows the image(s) created or updated during deployment. Click to see the **Images** view in a new browser window.
+* The **Pull Request (PRs)** used for the commit.
+* The Jira **Issues** the PR aims to resolve or has resolved, with the current status.
+* The **Committer** who made the changes.
+* The Kubernetes **Services** updated during the deployment, according to the Argo rollout strategy, and the current rollout status.
+ The example above shows the rollouts according to the canary rollout strategy. The blue line shows the progress of rollout with the current step versus the total number of steps.
+ Expanding the live version deployment shows the number of replicas currently deployed, as green circles.
+* The Argo **Applications** updated during this deployment.
+
+#### Rollout progress visualization
+A live deployment, meaning an Argo CD sync due to a change in the desired state, is visualized through the progress bar, as the rollout.
+> Rollout progress is displayed only if you have an Argo `rollout` resource defined for your application.
+
+For detailed information, see [Argo Rollouts documentation](https://argoproj.github.io/argo-rollouts/){:target="\_blank"}.
+
+Here is an example of the rollout progress bar for an ongoing canary deployment. The rollout comprising four steps has not started, and traffic has not been routed as yet to the new version of the application.
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/apps-dashboard-rollout-in-progress.png"
+url="/images/applications/apps-dashboard-rollout-in-progress.png"
+alt="Application deployment in progress"
+caption="Application deployment in progress"
+max-width="50%"
+%}
+
+Here is an example of the rollout progress bar for the same deployment on completion. All traffic has been routed to the new version.
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/apps-dashboard-rollout-complete.png"
+url="/images/applications/apps-dashboard-rollout-complete.png"
+alt="Application deployment completed"
+caption="Application deployment completed"
+max-width="50%"
+%}
+
+#### Rollout steps visualization
+Clicking the rollout name displays the visualization of the steps in the rollout.
+
+Argo defines an analysis run as an instantiation of an AnalysisTemplate. The result of an analysis run determines if the rollout is completed, paused, or aborted. For detailed information, see the [Analysis section in Argo Rollouts](https://argoproj.github.io/argo-rollouts/features/analysis/){:target="\_blank"}.
+
+Here you can see that two out of four steps have been completed, 25% of the traffic has been routed, and the rollout has been paused for the defined length of time.
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/apps-dashboard-rollout-analysis.png"
+url="/images/applications/apps-dashboard-rollout-analysis.png"
+alt="Application rollout: Analysis run"
+caption="Applications rollout: Analysis run"
+max-width="30%"
+%}
+
+To view run results, expand **Analysis metrics** in Background Analysis.
+The Manifest tab displays the analysis template manifest.
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/apps-dashboard-run-results.png"
+url="/images/applications/apps-dashboard-run-results.png"
+alt="Application rollout: Analysis run results"
+caption="Applications rollout: Analysis run results"
+max-width="30%"
+%}
+
+
+### Application services
+The Services tab for an application shows the K8s services for each deployment of the application.
+Each service shows the number of replicas, the endpoint IP, the labels that reference the application, and the health status.
+
+For more information, see the official documentation on [Services](https://kubernetes.io/docs/concepts/services-networking/service/){:target="\_blank"}.
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/apps-dashboard-services.png"
+url="/images/applications/apps-dashboard-services.png"
+alt="Applications Dashboard: Services tab"
+caption="Applications Dashboard: Services tab"
+max-width="50%"
+%}
+
+### Application Current State
+The Current State tab for an application shows the live state of the application and the application's resources (Kubernetes objects) in the cluster in Tree and List view formats.
+* Tree view (default): A hierarchical, interactive visualization of the application and its resources. Useful for complex deployments with multiple clusters and large numbers of resources.
+
+* List View: A representation of application's resources, sorted by the Last Update.
+
+> Filters are shared between both views, and when applied are retained when switching between views.
+
+Current State insights and actions:
+* Health status: Reflects Argo CD's built-in health checks and status for the Application resource and Kubernetes objects. For more information, see [Argo CD Resource Health](https://argo-cd.readthedocs.io/en/stable/operator-manual/health/){:target="\_blank"}.
+* Sync state: Desired state in Git versus live state in cluster.
+* Resource details: High-level information on mouse-over, and detailed manifest and log information on selecting the resource.
+
+The icon for a resource node identifies the type of Kubernetes resource it represents. For general information on K8s resources, see [Working with Kubernetes objects](https://kubernetes.io/docs/concepts/overview/working-with-objects/){:target="\_blank"}.
+
+#### Current State Tree view
+Below is an example of an application's Current State in Tree view, with the root node, the application itself, expanded to display all resources.
+
+The Tree view is designed to impart key information at a glance. Review the sections that follow for pointers to get to what you need in the Tree view.
+
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/current-state-tree-app-in-progress.png"
+url="/images/applications/current-state-tree-app-in-progress.png"
+alt="Current State: Tree view"
+caption="Current State: Tree view"
+max-width="50%"
+%}
+
+##### Health status
+The health status of a node is identified by the border around both the node and the resource-type icon. The health statuses tracked are [Argo CD's set of health checks](https://argo-cd.readthedocs.io/en/stable/operator-manual/health/).
+
+> The Unknown health status is assigned to resources that do not have a health status and are not tracked in Argo CD. `ConfigMaps` for example.
+
+{: .table .table-bordered .table-hover}
+| Health status | Display in Tree view |
+| -------------- | ----------| ----------|
+| **Healthy** | {::nomarkdown}
{:/} |
+| **Degraded** | {::nomarkdown}
{:/} |
+| **Suspended** | {::nomarkdown}
{:/} |
+| **Missing** | {::nomarkdown}
{:/} |
+| **Progressing** | {::nomarkdown}
{:/} |
+| **Unknown** | {::nomarkdown}
{:/} |
+
+
+
+##### Sync state
+The sync state is identified by the icon to the left of the resource name and the color of the resource name. For information on sync options you can configure for applications, see [Sync settings]({{site.baseurl}}docs/deployment/create-application/#sync-settings).
+
+{: .table .table-bordered .table-hover}
+| Sync state | Display in Tree view |
+| -------------- | ---------- |
+| **Synced** | {::nomarkdown}
{:/} |
+| **Syncing** | {::nomarkdown}
{:/} |
+| **Out-of-Sync** | {::nomarkdown}
{:/} |
+| **Unknown** | {::nomarkdown}
{:/} |
+
+
+##### Resource inventory
+At the bottom left is the Resource inventory, summarizing the aggregated count for each resource type in the application. Syncing and Out-of-Sync resources are bucketed separately for visibility and quick access.
+
+**Click-filters**
+In the resource inventory, selecting a Syncing or Out-of-Sync resource type, filters the Current State by that resource type and sync state.
+These filters are automatically reflected in the default filter list for both Tree and List views.
+Here's an example of an application with out-of-sync resources, and the result on selecting an out-of-sync resource type.
+
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/current-state-tree-resource-list.png"
+url="/images/applications/current-state-tree-resource-list.png"
+alt="Current State Tree view: Resource inventory"
+caption="Current State Tree view: Resource inventory"
+max-width="50%"
+%}
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/current-state-tree-resource-filtered.png"
+url="/images/applications/current-state-tree-resource-filtered.png"
+alt="Current State Tree view: Resource inventory filtered by out-of-sync service"
+caption="Current State Tree view: Resource inventory filtered by out-of-sync service"
+max-width="50%"
+%}
+
+##### Resource info
+Mouse over a node to see a tooltip for that resource. For detailed information, select the resource; see [Detailed resource information](#detailed-resource-information) in this article.
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/current-state-resource-summary.png"
+url="/images/applications/current-state-resource-summary.png"
+alt="Current State Tree view: Resource tooltip"
+caption="Current State Tree view: Resource tooltip"
+max-width="50%"
+%}
+
+##### Search resources
+Quickly find a resource by typing the resource name in the search field. Search results have a different border for identification. Press Enter to navigate to the next result.
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/current-state-tree-search.png"
+url="/images/applications/current-state-tree-search.png"
+alt="Current State Tree view: Search resources"
+caption="Current State: Search resources"
+max-width="50%"
+%}
+
+
+#### Current State List view
+Here is an example of the Current State in List view.
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/apps-current-state.png"
+url="/images/applications/apps-current-state.png"
+alt="Applications Dashboard: List view of Current State"
+caption="Applications Dashboard: List view of Current State"
+max-width="50%"
+%}
+
+#### Detailed resource information
+Selecting a resource, in either Tree or List view, shows resource manifests and logs, based on the resource type you selected. Endpoints for example show only manifests, while pods show both manifests and logs.
+
+
+**Summary**
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/current-state-resource-summary.png"
+url="/images/applications/current-state-resource-summary.png"
+alt="Current State Tree view: Resource tooltip"
+caption="Current State Tree view: Resource tooltip"
+max-width="50%"
+%}
+
+* Desired and Live states:
+ * Managed resources stored in Git repositories and using Git as the single source of truth, show both the Desired state and the Live state.
+ If there are discrepancies between them, the Diff view is displayed, highlighting the differences in both versions for comparison.
+ * Resources that are not stored in Git but live in the cluster, show only the Live state.
+* Share resource details: Copy the URL and send to others in your organization to share the resource details for collaborative review and analysis. Pasting the URL in a browser opens to the same resource view.
+* Hide Managed Fields: When selected, hides managed-field information from the manifest. Managed-fields show information on which field manager manages the field, after Kubernetes introduced `Server Side Apply`. For more information, see [Field Management](https://kubernetes.io/docs/reference/using-api/server-side-apply/#field-management){:target="\_blank"}.
+
+
+**Logs**
+
+{% include
+image.html
+lightbox="true"
+file="/images/applications/current-state-logs.png"
+url="/images/applications/current-state-logs.png"
+alt="Current State: Logs for resource"
+caption="Current State: Logs for resource"
+max-width="50%"
+%}
+
+* Search: Free-text search for any string in the log, using the next and previous buttons to navigate between the results, or Enter for sequential navigation.
+* Wrap: Enable/disable line wrapping
+* Download: Download the complete log into a text file for offline viewing and analysis.
+
+
diff --git a/_docs/deployment/create-application 2.md b/_docs/deployment/create-application 2.md
new file mode 100644
index 00000000..8f15651d
--- /dev/null
+++ b/_docs/deployment/create-application 2.md
@@ -0,0 +1,327 @@
+---
+title: "Applications"
+description: ""
+group: deployment
+toc: true
+---
+
+
+
+Codefresh provides all the options and functionality to create and manage Argo CD applications in the Codefresh UI.
+* Create Argo CD applications that are fully GitOps compliant, from generating the application configuration manifest, committing it to Git, and syncing and deploying to the cluster.
+ Creating an application in Codefresh includes:
+ * Application definitions
+ * General configuration settings
+ * Advanced configuration settings
+
+ The Create application wizard guides you through the process of creating an application. For how-to information, see [Create an Argo CD application](#how-to-create-an-argo-cd-application).
+ For example Argo CD applications, see this [repo](https://github.com/oleksandr-codefresh/argocd-example-apps){:target="_blank"}.
+
+* Edit and delete applications
+ Once the application is created and synced to the cluster, it is displayed in the Applications dashboard. Here, you can select an application to update the application's configuration settings, or delete it.
+ To monitor the health and sync status, deployments, and resources for the application, see [Applications dashboard]({{site.baseurl}}/docs/deployment/applications-dashboard/).
+
+### Application: Definitions
+Application definitions include the name, runtime, and the name of the YAML manifest. By default, the YAML manifest has the same name as that of the application.
+
+{% include
+ image.html
+ lightbox="true"
+ file="/images/applications/add-app-definitions.png"
+ url="/images/applications/add-app-definitions.png"
+ alt="Application definitions"
+ caption="Application definitions"
+ max-width="50%"
+ %}
+
+
+### Application: General configuration settings
+
+General configuration settings define the source, destination, and sync policies for the application.
+
+{% include
+ image.html
+ lightbox="true"
+ file="/images/applications/add-app-general-settings.png"
+ url="/images/applications/add-app-general-settings.png"
+ alt="General configuration settings"
+ caption="General configuration settings"
+ max-width="70%"
+ %}
+
+#### Source
+The Git repository to be tracked for changes to the application's source code.
+{::nomarkdown}
- ArgoCD Project: The project group to which the application belongs. A project is useful to enforce restrictions on permitted sources and targets for applications, and roles. If not defined, the application is automatically assigned to the default project, which is created automatically by Argo CD and has no restrictions. For more information, see Argo CD's documentation on Projects.
- Repository URL: The Git repo or the Helm package repo with the application source code, to be tracked for changes. If the Argo CD project is not the default project, make sure that the repo has the correct access roles for your application.
- Revision and Path: Applies to Git repositories.
- Chart: Applies to Helm repositories. The name of the Helm package with all the resource definitions for the application, and the version.
For more information, see Tracking and Deployment Strategies.
{:/}
+
+{::nomarkdown}
+
+{:/}
+
+#### Destination
+The cluster and namespace to which to deploy the application.
+{::nomarkdown}- Cluster: The cluster to which to deploy the application, defined as a URL, or as the user-defined display NAME.
- Namespace: The namespace in the cluster to which to deploy the application.
{:/}
+
+{::nomarkdown}
+
+{:/}
+
+#### Sync Settings
+##### Sync Policy
+{::nomarkdown}The synchronization policy to apply when there are differences between the desired state in Git and the actual state in the cluster.- Manual: Manually sync the changes from the Argo CD UI.
- Automatic: Automatically sync changes, with the following options if selected:
- Prune resources:When selected, removes legacy resources that do not exist currently in Git.
- Self heal: When selected, always enforces a sync to the desired state in Git, if and when there is a change to the actual state in the cluster. See Automatic self-healing.
{:/}
+
+{::nomarkdown}
+
+{:/}
+
+##### Sync Options
+{::nomarkdown}Common to both manual and automatic sync policies.- Skip schema validation: When selected, bypasses validating the YAML schema.
- Auto-create namespace: When selected, automatically create the namespace if the specified namespace does not exist in the cluster.
- Prune last: When selected, removes those resources that do not exist in the currently deployed version during the final wave of the sync operation. See Prune last.
- Apply out of sync only: When selected, syncs only those resources in the application that have been changed and are OutOfSync, instead of syncing every resource regardless of their state. This option is useful to reduce load and save time when you have thousands of resources in an application. See Selective Sync.
{:/}
+
+{::nomarkdown}
+
+{:/}
+
+##### Prune propagation policy
+{::nomarkdown}Defines how resources are pruned, applying Kubernetes cascading deletion prune policies.
+For more information, see Kubernetes - Cascading deletion.- Foreground: The default prune propagation policy used by Argo CD. With this policy, Kubernetes changes the state of the owner resource to `deletion in progress`, until the controller deletes the dependent resources and finally the owner resource itself.
- Background: When selected, Kubernetes deletes the owner resource immediately, and then deletes the dependent resources in the background.
- Orphan: When selected, Kubernetes deletes the dependent resources that remain orphaned after the owner resource is deleted.
{:/}
+All Prune propagation policies can be used with:
+**Replace**: When selected, Argo CD executes `kubectl replace` or `kubectl create`, instead of the default `kubectl apply` to enforce the changes in Git. This action will potentially recreate resources and should be used with care. See [Replace Resource Instead Of Applying Change](https://argo-cd.readthedocs.io/en/stable/user-guide/sync-options/#replace-resource-instead-of-applying-changes){:target="_blank"}.
+
+**Retry**: When selected, retries a failed sync operation, based on the retry settings configured:
+* Maximum number of sync retries (**Limit**)
+* Duration of each retry attempt in seconds, minutes, or hours (**Duration**)
+* Maximum duration permitted for each retry (**Max Duration**)
+* Factor by which to multiply the Duration in the event of a failed retry (**Factor**). A factor of 2 for example, attempts the second retry in 2 X 2 seconds, where 2 seconds is the Duration.
+
+{::nomarkdown}
+
+{:/}
+
+### Application: Advanced configuration settings
+
+Advanced settings define the tool used to create the application, and related toll-specific settings.
+
+{% include
+ image.html
+ lightbox="true"
+ file="/images/applications/add-app-advanced-settings.png"
+ url="/images/applications/add-app-advanced-settings.png"
+ alt="Advanced configuration settings"
+ caption="Advanced configuration settings"
+ max-width="70%"
+ %}
+
+
+#### Type of Application
+The tool used to create the application's manifests. Codefresh supports defining application manifests as a directory, Helm charts, or Kustomize. If you are using other tools to define application manifests, use the Plugin type. For more information, see the Argo CD's documentation on [Tools](https://argo-cd.readthedocs.io/en/stable/user-guide/application_sources/){:target="_blank"}.
+
+
+* **Directory**: A `directory` application, which is the default application type in Argo CD.
+ * **Directory recurse**: Optional. Select to include subdirectories.
+ * **Top-level arguments**: Optional. Select and define parameters.
+ * **External variables**: Optional. Select and define external variables.
+
+* **Helm**: Create the application as a Helm chart.
+ * **Values files**: One or more `values.yaml` files to store the parameters.
+ * **Values**: Optional. When defined, new values not in `values.yaml` files are added, and existing values are overridden.
+
+* **Kustomize**: Create a Kustomize application, with the following settings:
+ * **Version**: The version of Kustomize used to create the application.
+ * **Name Prefix** and **Name Suffix**: Optional. The prefix and suffix to be appended to the resources of the application.
+
+* **Plugin**: Use for any other tool.
+ * **Name**: The name of the Plugin used to create the application.
+ * **External Variables**: The variables to use in the application.
+
+For example applications, go to the [Argo CD example applications repo](https://github.com/argoproj/argocd-example-apps){:target="_blank"}.
+
+{::nomarkdown}
+
+{:/}
+
+### Create an application
+Create a new application from the Applications dashboard with the Add Application wizard.
+Edit the manifest directly in YAML mode, or define the settings in the Form mode. Toggle between the modes as convenient. You can also edit the YAML manifest directly at all stages, after defining configuration settings, and before the final commit.
+
+**Before you begin**
+
+Review:
+[General configuration](#general-configuration-settings)
+[Advanced configuration](#advanced-configuration-settings)
+
+
+**How to**
+1. In the Codefresh UI, go to [Applications](https://g.codefresh.io/2.0/applications-dashboard?sort=desc-lastUpdated){:target="\_blank"}.
+1. On the top-right, select **Add Application**.
+1. In the Add Application panel, add definitions for the application:
+ * Application name: Must be unique within the cluster.
+ * Runtime: The runtime to associate with the application.
+ * YAML filename: The name of the application's configuration manifest, assigned on commit to Git. By default, the manifest is assigned the application name. Change the name as required.
+
+ >The application definitions cannot be changed after you continue to the Configuration settings.
+
+{% include
+ image.html
+ lightbox="true"
+ file="/images/applications/add-app-definitions.png"
+ url="/images/applications/add-app-definitions.png"
+ alt="Add Application panel"
+ caption="Add Application panel"
+ max-width="50%"
+ %}
+
+{:start="4"}
+1. Select **Next** to go to the Configuration tab.
+ By default you are in Form mode. You can toggle between the Form and YAML modes as you define the application's configuration settings. You can edit the YAML manifest.
+1. Define the **General** settings for the application.
+
+{% include
+ image.html
+ lightbox="true"
+ file="/images/applications/add-app-general-settings.png"
+ url="/images/applications/add-app-general-settings.png"
+ alt="Add Application: General settings"
+ caption="Add Application: General settings"
+ max-width="70%"
+ %}
+
+{:start="6"}
+1. Define the **Advanced** settings for the application.
+
+{% include
+ image.html
+ lightbox="true"
+ file="/images/applications/add-app-general-settings.png"
+ url="/images/applications/add-app-general-settings.png"
+ alt="Add Application: Advanced settings"
+ caption="Add Application: Advanced settings"
+ max-width="70%"
+ %}
+
+{:start="7"}
+1. To commit all your changes, select **Commit**.
+ The Commit form is displayed with the application's definition on the left, and the read-only version of the manifest with the configuration settings you defined on the right.
+1. Enter the path to the **Git Source** to which to commit the application configuration manifest.
+
+{% include
+ image.html
+ lightbox="true"
+ file="/images/applications/add-app-final-commit.png"
+ url="/images/applications/add-app-final-commit.png"
+ alt="Add Application: Commit to Git"
+ caption="Add Application: Commit to Git"
+ max-width="70%"
+ %}
+
+{:start="9"}
+1. Add a commit message and then select **Commit** on the bottom-right of the panel.
+
+
+Your application is first committed to Git, and then synced to the cluster which may take a few moments.
+Track the application in the [Applications dashboard](https://g.codefresh.io/2.0/applications-dashboard){:target="_blank"}.
+
+{::nomarkdown}
+
+{:/}
+
+### Update application configuration
+Update General or Advanced configuration settings for a deployed application. Once the application is deployed to the cluster, the Configuration tab is available on selecting the application in the Applications dashboard.
+
+> You cannot change application definitions (the application name and the selected runtime), and the Git Source selected for the application.
+
+**How to**
+
+1. In the Codefresh UI, go to the [Applications dashboard](https://g.codefresh.io/2.0/applications-dashboard){:target="\_blank"}.
+1. Select the application to update, and then select the **Configuration** tab.
+
+{% include
+ image.html
+ lightbox="true"
+ file="/images/applications/edit-app-configuration-tab.png"
+ url="/images/applications/edit-app-configuration-tab.png"
+ alt="Configuration tab with application settings"
+ caption="Configuration tab with application settings"
+ max-width="70%"
+ %}
+
+{:start="3"}
+1. Update the **General** or **Advanced** configuration settings as needed:
+ [General configuration](#general-configuration-settings)
+ [Advanced configuration](#advanced-configuration-settings)
+ When you change a setting, the Commit and Discard Changes buttons are displayed.
+
+ {% include
+ image.html
+ lightbox="true"
+ file="/images/applications/edit-app-change-setting.png"
+ url="/images/applications/edit-app-change-setting.png"
+ alt="Edit application settings"
+ caption="Edit application settings"
+ max-width="70%"
+ %}
+
+{:start="4"}
+1. Do one of the following:
+ * To _commit all changes_, click **Commit**. This final commit screen is displayed with a diff view of the changes.
+ * To _undo all changes_ and return to the previous settings, click **Discard Changes**. This action removes all the changes you have made so far and returns you to the Applications dashboard.
+
+ >If you change settings and then restore existing values for the same, Codefresh automatically removes the Commit and Discard Changes buttons as there are no new changes to commit or discard.
+
+ {% include
+ image.html
+ lightbox="true"
+ file="/images/applications/edit-app-diff-view.png"
+ url="/images/applications/edit-app-diff-view.png"
+ alt="Commit changes with diff view"
+ caption="Commit changes with diff view"
+ max-width="70%"
+ %}
+
+{:start="5"}
+1. To confirm all changes, at the bottom-left, click **Commit**.
+ The changes are committed to Git, and in a few moments also synced to the cluster.
+
+{::nomarkdown}
+
+{:/}
+
+### Delete an application
+Delete an application from Codefresh. Deleting an application deletes the manifest from the Git repository, and then from the cluster where it is deployed. When deleted from the cluster, the application is removed from the Applications dashboard in Codefresh.
+
+>The Prune resources setting determines the scope of the delete action. When selected, both the application and its resources are deleted. When not selected, only the application is deleted. For more information, review [Sync settings](#sync-settings) in this article.
+Codefresh warns you of the implication of deleting the selected application in the Delete form.
+
+1. In the Codefresh UI, go to the [Applications dashboard](https://g.codefresh.io/2.0/applications-dashboard){:target="\_blank"}.
+1. Select the application to delete.
+1. Click the three dots for additional actions, and select **Delete**.
+
+ {% include
+ image.html
+ lightbox="true"
+ file="/images/applications/app-delete-option.png"
+ url="/images/applications/app-delete-option.png"
+ alt="Delete application"
+ caption="Delete application"
+ max-width="80%"
+ %}
+
+ Pay attention to the impact of the delete action for the selected application that Codefresh displays.
+
+ {% include
+ image.html
+ lightbox="true"
+ file="/images/applications/delete-app-prune-affects.png"
+ url="/images/applications/delete-app-prune-affects.png"
+ alt="Prune setting impact on deleting application"
+ caption="Prune setting impact on deleting application"
+ max-width="70%"
+ %}
+
+{:start="4"}
+1. To confirm, click **Commit & Delete**.
+
+{::nomarkdown}
+
+{:/}
+
+### What to read next
+[DORA metrics]({{site.baseurl}}/docs/reporting/dora-metrics/)
\ No newline at end of file
diff --git a/_docs/deployment/images 2.md b/_docs/deployment/images 2.md
new file mode 100644
index 00000000..da0f50f7
--- /dev/null
+++ b/_docs/deployment/images 2.md
@@ -0,0 +1,113 @@
+---
+title: "Images in Codefresh"
+description: ""
+group: pipelines
+toc: true
+---
+
+Building Docker images is one of the most basic requirements for creating Delivery Pipelines.
+Once you create an image, push the image to a registry, and report it to Codefresh, image information is continually updated in the Images page.
+
+### Requirements for Images in Codefresh
+Complete the mandatory steps to see your Images in the Codefresh UI. Each step has links to examples in the Codefresh Hub for Argo.
+
+1. (Mandatory) Build the Docker image, and push the image to any registry.
+ See [Create a Docker image using Kaniko](https://codefresh.io/argohub/workflow-template/kaniko){:target="\_blank"}.
+1. (Optional) Enrich image information with annotations and metadata.
+ For Git and Jira image enrichment examples, see [Codefresh-metadata image enrichment](https://codefresh.io/argohub/workflow-template/CSDP-metadata){:target="\_blank"}.
+1. (Mandatory) Report image information to Codefresh.
+ See the [report-image-info](https://github.com/codefresh-io/argo-hub/blob/main/workflows/codefresh-csdp/versions/0.0.6/docs/report-image-info.md){:target="\_blank"} example.
+
+> If you are using an external GitHub Actions-based pipeline, we have a new template that combines image reporting and enrichment. See [Image enrichment with integrations]({{site.baseurl}}/docs/integrations/image-enrichment-overview/).
+
+### Image views in Codefresh
+* In the Codefresh UI, go to [Images](https://g.codefresh.io/2.0/images){:target="\_blank"}.
+
+Image views are layered to show three levels of data:
+* Repository and application deployment
+* Tags
+* Summary with metadata and binary information
+
+#### Filters for Image views
+As with any resource in Codefresh, image views support filters that allow you focus on the data that's important to you.
+Most image filters support multi-selection. Unless otherwise indicated, the filters are common to all view levels.
+
+{: .table .table-bordered .table-hover}
+| Filter | Description|
+| -------------- | -------------- |
+| **Repository Names** | The Git repository or repositories that contain the image. |
+| **Tag** | The tag by which to filter. |
+| **Registry Types** | The registry which stores your image. To filter by registries that are not listed, select **Other types**.|
+| **Git branch** | The Git branch to which the image is pushed.|
+| **Git repositories** | The Git provider you use.|
+| **Deployed in application**| The application or applications in which the image is currently deployed.|
+| **Sorted by** | List images by **Name**, or by the most recent update, **Last update**.
+
+
+
+#### Image repository and deployment view
+The default view for image resources shows repository and deployment information.
+
+{% include
+ image.html
+ lightbox="true"
+ file="/images/image/application-level.png"
+ url="/images/image/application-level.png"
+ alt="Repository & deployment info for Images in Codefresh"
+ caption="Repository & deployment info for Images in Codefresh"
+ max-width="30%"
+ %}
+
+{: .table .table-bordered .table-hover}
+| Legend | Description|
+| -------------- | -------------- |
+| **1** | The name of the image. |
+| **2** | The applications in which the image is currently deployed. Select the application to go to the Applications dashboard.|
+| **3** | The details on the most recent commit associated with the image. Select the commit to view the changes in the Git repository.|
+| **4** | Binary information on the image.|
+| **5** | The registry to which the image is pushed, and from which it is distributed.|
+
+### Image tag view
+Drilldown on the repository shows tag information for the image.
+{% include
+ image.html
+ lightbox="true"
+ file="/images/image/tag-view.png"
+ url="/images/image/tag-view.png"
+ alt="Tag info for Images in Codefresh"
+ caption="Tag info for Images in Codefresh"
+ max-width="30%"
+ %}
+
+{: .table .table-bordered .table-hover}
+| Legend | Description|
+| -------------- | -------------- |
+| **1** | The image tag. |
+| **2** | The comment describing the commit or change, with the name of the Git provider and the corresponding PR. To view details of the commit changes in the Git repository, select the commit text.|
+| **3** | The hash of the Docker image, generated as sha256. A change in the digest indicates that something has changed in the image.|
+| **4** | The registry to which the image is pushed (stored), and from which it is distributed.|
+| **5** | The OS and architecture in which the image was created. The date and time of the most recent update is in the local time zone|
+| **6** | Additional information on the image. To view the Summary, select **more details**.|
+
+### Image summary view
+The Summary view shows metadata for the image.
+Selecting **more details** for an image tag.
+
+{% include
+ image.html
+ lightbox="true"
+ file="/images/image/summary-view.png"
+ url="/images/image/summary-view.png"
+ alt="Summary info for Images in Codefresh"
+ caption="Summary info for Images in Codefresh"
+ max-width="30%"
+ %}
+
+{: .table .table-bordered .table-hover}
+| Legend | Description|
+| -------------- | -------------- |
+| **1** | The bugs or fix requests opened and being worked on for this image tag. |
+| **2** | The pull request or requests pending commit.|
+| **3** | The Git details for this image tag, such as the Git hash, the Jira issue number, Git Pull Request, commit information, the name of the user who performed the commit. |
+| **4** | The workflow for the image step. Select to go to the Workflow.|
+| **5** | The log information for the build image step in the relevant workflow. Select to view Logs panel. |
diff --git a/_docs/pipelines/create-pipeline.md b/_docs/pipelines/create-pipeline.md
index 0f11bf6a..149a6301 100644
--- a/_docs/pipelines/create-pipeline.md
+++ b/_docs/pipelines/create-pipeline.md
@@ -1,5 +1,5 @@
---
-title: "Pipeline creation"
+title: "Create pipelines"
description: ""
group: pipelines
toc: true
diff --git a/_docs/pipelines/managing-pipelines.md b/_docs/pipelines/managing-pipelines.md
new file mode 100644
index 00000000..ca013026
--- /dev/null
+++ b/_docs/pipelines/managing-pipelines.md
@@ -0,0 +1,163 @@
+---
+title: "Manage pipelines"
+description: ""
+group: pipelines
+toc: true
+---
+
+Once a Delivery Pipeline is [created and triggered]({{site.baseurl}}/docs/pipelines/create-pipeline/), Codefresh continuously collects and displays real-time analytics on the pipeline and the workflows submitted for that pipeline.
+>This article focuses on pipeline management. For information on managing workflows in pipelines, see [Managing workflows]({{site.baseurl}}/docs/pipelines/workflows/).
+
+
+Manage Delivery Pipelines in Codefresh by monitoring pipeline performance and analytics, and by optimizing pipeline configurations and manifests.
+
+
+**Monitoring pipeline performance and analytics**
+Monitor pipelines performance at the global and individual levels. Both levels provide metrics for KPIs for insights into trends and performance.
+
+* At the global level (Home dashboard), Codefresh aggregates performance analytics for all pipelines with active workflows.
+* At the individual level (Delivery Pipelines list), Codefresh aggregates performance based on the pipeline's workflows, including step analytics across all the workflows in the pipeline. Step analytics allow you to analyze the resources consumed by a pipeline.
+* Monitoring sensor and event-source errors for
+
+
+**Optimizing pipeline configuration**
+Use insights and trends from performance and KPI metrics to optimize the pipeline's Workflow Template, trigger conditions, and arguments.
+
+### Monitor sensor and event source notifications for pipelines in Activity Log
+Monitor logs for sensors and event-sources in pipelines in the Activity Log. A pull-down panel in the Codefresh toolbar, the Activity Log shows ongoing, success, and error notifications, by date, starting with today's date. Syntax errors that prevent the sensor from triggering the pipeline are displayed here.
+
+1. In the Codefresh UI, on the top-right of the toolbar, select  **Activity Log**.
+1. To see pipeline activity, select **Event Source** and **Sensor** filters.
+
+ {% include image.html
+ lightbox="true"
+ file="/images/pipeline/monitoring/monitor-activity-log.png"
+ url="/images/pipeline/monitoring/monitor-activity-log.png"
+ alt="Activity Log filtered by Event Source and Sensor"
+ caption="Activity Log filtered by Event Source and Sensor"
+ max-width="40%"
+ %}
+
+{:start="3"}
+1. To see more information on an error, select the **+** sign.
+
+### Monitor global pipeline performance
+Monitor performance of all active pipelines in the Home dashboard. Active pipelines are those that have at least one active or complete workflow.
+The KPI metrics provides insights into trends for pipelines. Analytics are derived by comparing the selected time range to the corresponding reference period. If your time range is the last seven days, the reference period is the seven days that precede the time range.
+
+
+1. In the Codefresh UI, go to the [Home](https://g.codefresh.io/2.0/){:target="\_blank"} page.
+1. Set the **Time** frame for which to show pipeline data, as the **Last 7 days** (the default), **Last 30 days**, or **Last 90 days**.
+1. Scroll down to Delivery Pipelines:
+ 1. To customize the view, select **Filters**.
+ 2. To switch to individual pipeline view, select **View**.
+ 3. To get day-to-day data for a metric, select the line-chart.
+
+Here is an example of the global pipeline view in the Home page.
+
+ {% include image.html
+ lightbox="true"
+ file="/images/pipeline/monitoring/monitor-aggregated-view.png"
+ url="/images/pipeline/monitoring/monitor-aggregated-view.png"
+ alt="Global analytics for Delivery Pipelines in Home page"
+ caption="Global analytics for Delivery Pipelines in Home page"
+ max-width="70%"
+ %}
+
+
+#### Filters for global pipeline view
+Filters narrow the scope of aggregated data, allowing you to focus on the information you want to see. Unless otherwise indicated, all filters support multi-selection.
+
+{: .table .table-bordered .table-hover}
+| Filter | Description|
+| -------------- | --------------|
+| **Status** | {::nomarkdown}- Succeeded: Pipelines with workflows completed successfully.
- Failed: Pipelines with workflows that failed.
- Error: Pipelines with workflows that resulted in errors.
{:/}|
+| **Repository** |The Git repository or repositories tracked, with the events that triggered or ran the pipelines. |
+| **Event Type** | The Git or Calendar event or events by which to view pipelines. If you select Git push, only those pipelines configured to be run on Git push are displayed. |
+| **Initiator** | The user who made the commit that triggered the event and caused the pipeline to run.|
+
+#### Metrics in global pipeline view
+
+Pipeline metrics (KPIs), are displayed as line charts and in list formats.
+* Line charts
+ Quick views of KPIs for the selected time frame. To see detailed day-to-day values, select a line chart.
+* List formats
+ Display the average values for the same KPIs, sorted by activity and duration. The different perspectives illustrate both the fluctuations in the KPIs compared to the reference time range, and trending pipelines. The reference time range is the period of time that corresponds to and precedes the selected time range.
+
+ {::nomarkdown}- Pipelines without numbers prefixing the names indicate new pipelines within the selected time frame.
- Pipelines prefixed with numbers (encircled in the image above) indicate existing pipelines. The number indicates the change in position of the pipeline compared to the reference period.
- To drill down into a specific pipeline, select the pipeline.
{:/}
+
+{: .table .table-bordered .table-hover}
+| Metric | Description|
+| -------------- | --------------|
+| **Success Rate** | The average number of successful executions, in percentage. |
+| **Average Duration** | The average length of time to complete execution, in mm:ss. |
+| **Executions** | The average number of times the pipeline was triggered, in percentage. |
+| **Committers** | The number of users whose commits on the repository or repositories triggered the pipelines. User count is aggregated per user, so multiple commits from the same user are counted as a single commit.|
+
+
+### Monitor individual pipeline performance
+
+Monitor and compare KPIs for all pipelines in your cluster, including those that are not active, meaning pipelines for which workflows have not been submitted.
+
+View pipeline activity for the last seven days, the status and the sync state. Compare KPIs for all the pipelines in the cluster, and identify inactive pipelines.
+
+1. In the Codefresh UI, go to the [Delivery Pipelines](https://g.codefresh.io/2.0/pipelines){:target="\_blank"} page.
+1. To find specific pipelines, in the search field, enter a part of the pipeline name. For example, to find all CI-based pipelines, enter `ci`.
+
+Here is an example of the list view of individual pipelines.
+
+ {% include image.html
+ lightbox="true"
+ file="/images/pipeline/monitoring/pipeline-list-view.png"
+ url="/images/pipeline/monitoring/pipeline-list-view.png"
+ alt="List view with individual Delivery Pipelines"
+ caption="List view with individual Delivery Pipelines"
+ max-width="70%"
+ %}
+
+The table describes the information for each pipeline in the list view.
+> The list view displays data for the last seven days.
+
+
+{: .table .table-bordered .table-hover}
+| Item | Description|
+| --------------| -------------- |
+| **Name** | The name of the pipeline. Select the name to drill down into step analytics, workflows, and configuration.|
+| **Recent Activity**| Bar chart of up to ten of the most recent workflows submitted for the pipeline. {::nomarkdown}- Each bar represents a workflow that is color-coded to indicate the workflow's status: Green for completed, red for failed, and blue for ongoing workflows.
- Mouse over a bar to see a pop-up with the metadata for the workflow.
- Selecting View Workflow Details takes you to the Workflow tab where you have several options to manage the workflow and view logs. For more information, see Managing workflows.
{:/}|
+| **Last Run**| The time of the most recent run of the pipeline, when a workflow was submitted. The time is also color-coded to indicate the status of the workflow. Empty Last Run columns identify pipelines that have not been triggered to submit workflows.|
+| **Success Rate**| The number of workflows that completed successfully in the last seven days, and the comparison to the reference period in percentage. |
+| **Avg. Duration**| The average length of time for the pipeline's workflows to complete execution, in mm:ss. |
+| **Weekly Runs**| The number of times the pipeline was run and its workflows submitted in the last seven days, and the difference in percentage compared to the reference period. |
+| **Runtime**| The runtime in which the pipeline is run. |
+| **Last Modified**| The date and time that the pipeline was recently updated. The updates include changes in configuration and manifests.|
+| **Sync Status**| The sync status of the live state in the cluster with the desired state in Git.|
+
+
+
+### Update pipeline configuration settings or manifests
+Update the pipeline's Workflow Template, arguments, sensor and event source manifests to optimize or fix performance issues.
+You can update the settings in the Configuration tab or in the Manifests tab, working in the mode that you are comfortable with.
+* The Configuration tab shows a modular view of the settings in form mode, and makes for easier editing.
+* The Manifests tab shows the YAMLs generated on commit. Here you can see the Git, desired, and live states of each manifest in parallel.
+ The Git state is the state-of-truth and is the only editable state. The desired state is the state after the changes are committed, before they are synced to the cluster. The live state is the actual state currently in the cluster.
+
+For information on the settings, review [Delivery Pipeline creation flow]({{site.baseurl}}/docs/pipelines/create-pipeline/#delivery-pipeline-creation-flow)
+
+1. From either the **Home** or the **Delivery Pipelines** pages, select a pipeline.
+1. Select the **Configuration** tab.
+ * Select the component, and modify settings as needed.
+ * For the Workflow Template, use the **Diff View** to see changes.
+
+{:start="3"}
+1. Select the **Manifests** tab.
+ * Check if there are Errors or Warnings for the manifest.
+ * To review the changes by manifest, from the drop-down list, select any YAML manifest.
+ * Compare the Git, desired, and actual versions if needed.
+ * To update, switch to the **Git State** and Select **Edit**.
+ * To view commit history, select **Sync History**.
+ Codefresh validates the settings in real-time alerting you to errors and warnings.
+
+ > If there are Errors, Commit is disabled until you resolve the errors.
+
+### What to read next
+[Manage workflows]({{site.baseurl}}/docs/pipelines/workflows/)
\ No newline at end of file
diff --git a/_docs/pipelines/workflows.md b/_docs/pipelines/workflows.md
index c9b639f9..1867710e 100644
--- a/_docs/pipelines/workflows.md
+++ b/_docs/pipelines/workflows.md
@@ -1,126 +1,194 @@
+---
+title: "Manage workflows"
+description: ""
+group: pipelines
+toc: true
+---
+Workflows in Codefresh are integrated with and run Argo Workflows, an open-source container-native workflow engine for orchestrating parallel jobs on Kubernetes, implemented as a K8s CRD (Custom Resource Definition). Read more in [Argo Workflows documentation](https://argoproj.github.io/argo-workflows/).
-Monitor workflows for all delivery pipelines in the Workflows dashboard, or monitor and manage workflows within the context of a specific delivery pipeline.
-Drill down into a workflow to analyze each step in the workflow, including the Argo-Event steps that triggered the pipeline, view workflow logs, and manage the workflow based on the status.
+Workflows are submitted when pipelines are triggered. A workflow executes a series of steps through one or more templates defined in its specification. View, analyze, and manage workflows in Codefresh through the Workflow and Delivery Pipeline dashboards:
- {% include image.html
+* Track ongoing and completed workflows
+ View and monitor submitted workflows across all pipelines in the Workflows dashboard. Select a time range, or view up to fifty of the most recent workflows for all the pipelines in the runtime. Use filters to customize the dashboard view. Drill down to any workflow for further analysis.
+
+ {% include image.html
+ lightbox="true"
+ file="/images/workflows/workflows-dashboard.png"
+ url="/images/workflows/workflows-dashboard.png"
+ alt="Workflows dashboard"
+ caption="Workflows dashboard"
+ max-width="60%"
+ %}
+
+* Track workflow performance by pipelines
+ Track workflow performance in the context of the pipelines from which they were submitted.
+ See performance KPIs for the workflows such as the success rate, execution rate, and for the steps across all the workflows submitted for the same pipeline.
+
+ {% include image.html
lightbox="true"
- file="/images/workflows/workflow-dashboard.png"
- url="/images/workflows/workflow-dashboard.png"
- alt="Workflows Dashboard"
- caption="Workflows Dashboard"
- max-width="40%"
+ file="/images/workflows/dashboard-workflows-in-pipeline.png"
+ url="/images/workflows/dashboard-workflows-in-pipeline.png"
+ alt="Workflows in Delivery Pipeline"
+ caption="Workflows in Delivery Pipeline"
+ max-width="60%"
+ %}
+
+* Analyze and troubleshoot workflow executions
+ Select a workflow and take actions in the context of the pipeline from which it was submitted:
+ * Analyze each step in the workflow, including steps related to the events that triggered the pipeline.
+ * Troubleshoot failed steps through real-time logs for ongoing workflows, and archived logs for completed workflows
+ * Manage workflows based on the current status; suspend, stop, or terminate ongoing workflows, and retry, resubmit, or delete completed workflows.
+
+>This article focuses on workflow management. For information on managing Delivery Pipelines, see [Managing Delivery Pipelines]({{site.baseurl}}/docs/pipelines/managing-pipelines/).
+
+
+### Aggregated workflow performance (Workflows dashboard)
+The Workflows dashboard displays a list of all the _active_ workflows across all Delivery Pipelines. Active workflows are either running or completed workflows. Set filters to view subsets of workflows, including pipeline filters to focus on specific workflows. Then drill down on any workflow to view execution details and manage it.
+
+ {% include image.html
+ lightbox="true"
+ file="/images/workflows/workflows-dashboard.png"
+ url="/images/workflows/workflows-dashboard.png"
+ alt="Workflows dashboard: Aggregated workflow performance"
+ caption="Workflows dashboard: Aggregated workflow performance"
+ max-width="50%"
%}
+The table describes the information in the Workflows dashboard.
+{: .table .table-bordered .table-hover}
+| Item | Description|
+|---------------------|-------------|
+| **Filters** | The filters available to customize the view. Selecting **More filters** allows you to filter workflows by one or more pipelines. For details, see [aggregated view]({{site.baseurl}}/docs/pipelines/managing-pipelines/#filters-for-aggregated-views). |
+| **Workflow chart** | The bar chart displaying the workflows for the selected time range. Up to 50 workflows are displayed, starting with the oldest. The color of the bar indicates if the workflow is active (blue), completed successfully (green), failed (red), or unknown (purple). For workflow-specific metadata, mouse over the bar. To drill down on that workflow, select **View Workflow Details** link. (see image below entitled, Pop-up with workflow metadata). |
+| **Workflow list** | The list of workflows with workflow-specific metadata and links, similar to what you see in the bar-chart pop-ups. You can see the git hash, the name of the user who made the commit, the pipeline that submitted the workflow, the start time and duration. Selecting **View Workflow Details** opens the Workflows tab with execution details, visualization of workflow steps for troubleshooting, analysis, and management.|
-### Workflows dashboard
-The Workflows dashboard is to continuous integration what the Applications dashboard is to continuous delivery. The dashboard shows all _active_ workflows across all delivery pipelines.
+ {% include image.html
+ lightbox="true"
+ file="/images/pipeline/monitoring/monitor-workflows-tab-popup.png"
+ url="/images/pipeline/monitoring/monitor-workflows-tab-popup.png"
+ alt="Workflows dashboard: Pop-up with metadata for workflow in bar chart"
+ caption="Workflows dashboard: Pop-up with metadata for workflow in bar chart"
+ max-width="50%"
+ %}
-Here's an example of the Workflows dashboard with different workflow statuses.
+### Track workflow performance by pipeline
+View and monitor the collective performance of workflows in the selected pipeline in the Delivery Pipelines dashboard. Performance KPIs are available for the workflow, and for every step across workflows. At the workflow level, view success and execution rates for the workflows, and at the step level, view the average durations and resource consumption for each step. Compare with the performance in the reference period to derive insights.
+
+1. From the **Delivery Pipelines** page, select a pipeline to see its workflows.
+1. Select the [Dashboard](https://g.codefresh.io/2.0/pipelines/edit/codefresh-v2-production/codefresh-v2-production/argo-platform-push%2Fservice-yaml/dashboard){:target="\_blank"} tab.
{% include image.html
lightbox="true"
- file="/images/workflows/workflow-dashboard-all-status.png"
- url="/images/workflows/workflow-dashboard-all-status.png"
- alt="Workflows Dashboard with workflow statuses"
- caption="Workflows Dashboard workflow statuses"
- max-width="40%"
+ file="/images/workflows/monitor-step-analytics.png"
+ url="/images/workflows/monitor-step-analytics.png"
+ alt="Workflow performance for selected pipeline"
+ caption="Workflow performance for selected pipeline"
+ max-width="60%"
%}
+**Aggregated workflow analytics**
-**Filters**
-Use the global filters to view a subset of workflows.
-To focus on workflows in the context of one or more delivery pipelines, select **More filters** and then select one more delivery pipelines. When you then drill down to the workflow details, you can also see the pipeline configuration, manifests and setup details in the same location.
+The upper half shows KPIs for all workflows submitted for the pipeline. To customize the view, select filters. In this view, you can also filter by **Branch** which is the Git branch or branches with the events that triggered the pipeline.
-**Workflow chart**
-The bar-chart shows the workflows submitted in the last seven days, including today. Workflows submitted most recently are added to the end.
-* Color-coded bars identify workflow status at a glance. In the example above, blue bars indicate workflows that are currently active. Purple bars indicate workflows without events for the last hour (Unknown) status.
-* Mouse over to see the tooltip for the workflow, including a link to **View workflow details** to drill down into the workflow.
+**Step-level analytics**
+The Step Analytics list in the lower half displays the aggregated average for KPIs in each step, across all active workflows for the selected pipeline.
+Each metric shows the difference in percentage compared to the reference period corresponding to the Time range selected, to help identify how the metrics are trending.
-**Workflow cards**
-Every card has additional details on the workflow. Successfully completed workflows display Git and Jira information. The **View workflow details** link opens the interactive tree view of the workflow, where you can analyze steps, and manage the workflow according to its status.
+{: .table .table-bordered .table-hover}
+| Step Analytics | Description|
+| --------------| -------------- |
+| **Step** | The name of the step in the workflow. |
+| **Type** | The action executed by the step. For example, the step can execute a Container template, or skip the step. For details, see [Template types in Core Concepts](https://argoproj.github.io/argo-workflows/workflow-concepts/#template-types){:target="\_blank"}.|
+| **Template** | The template called by the step. |
+| **Workflow Template**| The Workflow Template referenced by the step. Different steps can reference the same or different Workflow Templates.|
+| **Avg. Duration**| The average length of time for all active workflows to complete execution of this step, in mm:ss. |
+| **Executions**| The number of times the step was executed. |
+| **CPU** and **Memory**| The average CPU and memory consumed by the step, across all the active workflows.|
+| **Errors**| The number of times that the execution of this step resulted in errors.|
-Drill down into a workflow to:
-* Analyze the workflow: Analyze each step in the workflow, including the Argo Events that triggered the pipeline
-* View workflow logs: Real-time logs for ongoing workflows, and archived logs for completed workflows
-* Manage the workflow: Retry, resubmit, or delete workflows
+### Managing workflows
-> To view the workflow in the context of its delivery pipeline, first select the pipeline.
+Both the Workflow and the Delivery Pipeline dashboards allow you to drill down into a specific workflow to view, analyze, and troubleshoot execution. When you drill down from a Delivery Pipeline, you can see the workflow in the context of its pipeline, including the pipeline's configuration settings, and sensor and event-source manifests. The integrated view of both the workflow steps, workflow logs, and the pipeline configuration in the same location makes it easy to make changes when troubleshooting.
-### Select the workflow to monitor**
-Select a workflow from the Workflows dashboard, or first
-1. From the [Workflows dashboard](https://g.codefresh.io/2.0/workflows), select **View workflow details** on the right.
+ {% include image.html
+ lightbox="true"
+ file="/images/pipeline/monitoring/pipeline-list-view.png"
+ url="/images/pipeline/monitoring/pipeline-list-view.png"
+ alt="Workflows in a Delivery Pipeline"
+ caption="Workflows in a Delivery Pipeline"
+ max-width="60%"
+ %}
+
+
+#### Select a workflow
+Select the workflow to focus on, either from the Workflows dashboard or from a Delivery Pipeline.
+
+1. In the [Workflows dashboard](https://g.codefresh.io/2.0/workflows), set filters to view the subset of workflows you are interested in.
OR
- In the [Delivery Pipelines](https://g.codefresh.io/2.0/pipelines) page, select a pipeline.
- Select the workflow, and then select **View workflow details** on the right.
+ In the **Delivery Pipelines** page, select a pipeline, and then select the [Workflows](https://g.codefresh.io/2.0/workflows) tab to see all its workflows.
- {% include image.html
- lightbox="true"
+1. To drill down into a workflow, select **View workflow details** for that workflow.
+
+ {% include image.html
+ lightbox="true"
file="/images/workflows/workflow-drill-down.png"
url="/images/workflows/workflow-drill-down.png"
alt="View Workflow Details"
caption="View Workflow Details"
- max-width="30%"
+ max-width="50%"
%}
-**Workflow list for delivery pipeline**
-Here's an example of the list of workflows on selecting a delivery pipeline (Workflows tab).
+#### Visualizing workflow steps
- {% include image.html
- lightbox="true"
- file="/images/pipeline/monitoring/monitor-workflows-tab.png"
- url="/images/pipeline/monitoring/monitor-workflows-tab.png"
- alt="Workflow-level view in Delivery Pipeline"
- caption="Workflow-level view for Delivery Pipeline"
- max-width="30%"
- %}
+View the connections between steps in the workflow, the status of each step, and additional information for the step.
-The table describes the information.
+* Visualize the entire flow, starting with the Argo Events that triggered the workflow, followed by the steps in the workflow itself.
+* View detailed information on a step in a pull-out panel. Easily copy paths for attributes from event payloads, view logs for pods, and download artifacts.
+* Troubleshoot failed steps
-| Legend | Description|
-| --------------| -------------|
-| **1** | The filters available to customize the workflow view for the pipeline. The filters are identical to those available for the [aggregated view]({{site.baseurl}}/docs/pipelines/managing-pipelines/#filters-for-aggregated-views). In this view, in addition to the predefined time ranges, you can select a custom time range. |
-| **2** | The bar chart with the duration and status of all workflows submitted for the pipeline, starting with the most oldest. The color of the bar indicates if the workflow it represents is in progress (blue), completed successfully (green), or failed (red). Mouse over the bar to see a pop-up of workflow-specific information (see image below entitled, Pop-up with workflow metadata). |
-| **3** | Workflow-specific information, similar to what you see in the bar chart pop-ups. You can see the git hash, the name of the user who made the commit, the pipeline that submitted the workflow, the start time and duration.|
-| **4**| Selecting **View Workflow Details** shows options to monitor and manage workflows, including viewing workflow logs.|
-
- {% include image.html
+{% include image.html
lightbox="true"
- file="/images/pipeline/monitoring/monitor-workflows-tab-popup.png"
- url="/images/pipeline/monitoring/monitor-workflows-tab-popup.png"
- alt="Pop-up with workflow metadata"
- caption="Pop-up with workflow metadata"
+ file="/images/workflows/workflow-steps.png"
+ url="/images/workflows/workflow-steps.png"
+ alt="Workflow steps"
+ caption="Workflow steps"
max-width="30%"
%}
-#### Analyze steps in workflows
-View the connection between steps in the workflow, the status of each step, and additional information for the step. View subsets of steps in the workflow using filters.
-* Visualize the entire flow of the pipeline, starting with the Argo Events that triggered the workflow, followed by the steps in the workflow itself.
+**Step status**
+Every step has a status indication of either active ({::nomarkdown}
+
{:/}), synced ({::nomarkdown}
+
{:/}), or failed ({::nomarkdown}
+
{:/}).
-* View detailed information on a step in a convenient pull-out panel. Easily copy paths for attributes from event payloads, view logs for pods, and download artifacts.
+**Step types and filters**
+Steps in a workflow are either Kubernetes resources (Pods, Containers for example), Argo templates and template invocators (DAG, Step, StepGroup for example), or Resources (Event Sources, Sensors). For more information, see [Template types in Core concepts](https://argoproj.github.io/argo-workflows/workflow-concepts/#template-types).
-**How to**
-1. Select the [workflow](#select-the-workflow-to-monitor).
- You can see all the steps in the selected workflow. Every step has a status indication.
- Event-type steps have labels within the step to differentiate them from workflow steps.
-
- {% include image.html
+> Important: Node and Phase filters for steps have an _AND_ relationship. To see results, you must select at least one Node type and Phase status.
+
+
+ {% include image.html
lightbox="true"
- file="/images/workflows/workflow-steps.png"
- url="/images/workflows/workflow-steps.png"
- alt="Workflow steps"
- caption="Workflow steps"
- max-width="30%"
+ file="/images/workflows/filters-workflow-steps.png"
+ url="/images/workflows/filters-workflow-steps.png"
+ alt="Filters for workflow steps"
+ caption="Filters for workflow steps"
+ max-width="50%"
%}
- {% include image.html
+
+
+Resource-type steps have labels within the step to differentiate them from workflow steps.
+
+{% include image.html
lightbox="true"
file="/images/workflows/argo-events-in-wrkflow.png"
url="/images/workflows/argo-events-in-wrkflow.png"
@@ -129,67 +197,113 @@ View the connection between steps in the workflow, the status of each step, and
max-width="30%"
%}
-{:start="2"}
-1. To display a subset of steps in the workflow, set filters.
+
+#### Troubleshooting failed steps
+Identify failed steps in a workflow through the error notifications alert in the workflow status bar, through Phase filters, or the search mechanism. With Phase status filters, remember to also select at least one Node type for results.
+For further analysis, select the step, or click Logs in the toolbar.
+
+
+**Error notifications for failed steps**
+
+* The status bar alerts you to failed steps through an error notification.
+ Clicking the notification opens the list of steps in the Errors tab.
+
+{% include image.html
+ lightbox="true"
+ file="/images/workflows/workflow-error-notification.png"
+ url="/images/workflows/workflow-error-notification.png"
+ alt="Error notifications for failed steps"
+ caption="Error notifications for failed steps"
+ max-width="70%"
+ %}
+
+
+ The Errors tab has links to the logs.
{% include image.html
lightbox="true"
- file="/images/workflows/filters-workflow-steps.png"
- url="/images/workflows/filters-workflow-steps.png"
- alt="Filters for workflow steps"
- caption="Filters for workflow steps"
+ file="/images/workflows/workflow-error-notifications-open.png"
+ url="/images/workflows/workflow-error-notifications-open.png"
+ alt="Error notifications panel"
+ caption="Error notifications panel"
+ max-width="40%"
+ %}
+
+**Error and Failed Phase filters**
+
+Selecting Error and Failed statuses, filters the steps in the workflow by the selected statuses.
+
+
+ {% include image.html
+ lightbox="true"
+ file="/images/workflows/workflow-steps-failed.png"
+ url="/images/workflows/workflow-steps-failed.png"
+ alt="Identifying failed steps with Phase filters"
+ caption="Identifying failed steps with Phase filters"
max-width="30%"
%}
-{:start="2"}
-1. To view additional information for a step, select the step.
+**Search for failed steps**
+If you know the name of the step, use the Search field to navigate to and between failed steps.
- The header displays the name of the step, followed by the step-type, the date of the most recent update, and its duration.
- The tabs displayed differ according to the step type:
+{% include image.html
+ lightbox="true"
+ file="/images/workflows/failed-steps-search.png"
+ url="/images/workflows/failed-steps-search.png"
+ alt="Search for failed steps"
+ caption="Search for failed steps"
+ max-width="50%"
+ %}
- * Almost all workflow step types show the Summary, Manifest, Containers, Inputs, Outputs.
+
+
+#### Detailed information for steps
+To get detailed information for a step, select the step.
+The tabs displayed differ according to the step type:
+
+ * All workflow step types show the Summary, Manifest, Containers, Inputs, Outputs.
* Pod step-types also display the Logs tab.
* Event-step types show Manifest, Summary and Payload.
> For Cron and Unknown event types, only the Event Sources are shown.
- Example: event-source manifest
+ Example: event-source manifest.
{% include image.html
lightbox="true"
file="/images/workflows/event-source.png"
url="/images/workflows/event-source.png"
- alt="Event source manifest in workflow"
- caption="Event source manifest in workflow"
- max-width="30%"
+ alt="Additional info for event-source manifest in workflow"
+ caption="Additional info for event-source manifest in workflow"
+ max-width="50%"
%}
- Example: event-payload
+ Example: event-payload.
{% include image.html
lightbox="true"
file="/images/workflows/event-payload.png"
url="/images/workflows/event-payload.png"
- alt="Event payload in workflow"
- caption="Event source in workflow"
- max-width="30%"
+ alt="Additional info for event payload in workflow"
+ caption="Additional info for event payload in workflow"
+ max-width="50%"
%}
- Example: pod step-type
+ Example: pod step type
{% include image.html
lightbox="true"
file="/images/workflows/workflow-pod-step.png"
url="/images/workflows/workflow-pod-step.png"
- alt="Pod step type in workflow"
- caption="Pod step type in workflow"
- max-width="30%"
+ alt="Additional info for pod step type in workflow"
+ caption="Additional info for od step type in workflow"
+ max-width="50%"
%}
-#### View logs for workflows
+#### View logs for steps or workflows
View logs for ongoing or completed workflows. As with logs in any standard terminal, you can copy/cut/paste log info. The commands differ based on the OS.
-* For ongoing workflows, you can also see live logs for steps in the workflow as they are being executed.
+* For ongoing workflows, you can see live logs as the steps in the workflow are being executed.
* For completed workflows, you can view logs for any step in the workflow.
> To view logs for completed workflows, you must configure an artifact repository in CSDP to archive them.
@@ -227,6 +341,7 @@ OR
max-width="30%"
%}
+{:start="3"}
1. If needed, copy/cut/paste log details. Refer to the table below for help on commands compatible with your OS.
@@ -237,46 +352,30 @@ OR
| **Windows/ GNOME/KDE**| `Control`+`X` or `Shift`+`Delete`| `Control`+`C` or `Control`+`Insert`| `Control`+`V` or `Shift`+`Insert`|
| **GNOME/KDE terminal emulators**|N/A|`Control`+`Shift`+`C` or `Control`+`Insert`| `Control`+`Shift`+`V` or `Control`+`Shift`+`Insert`; (to paste selected text `Shift`+`Insert` or middle mouse button) |
-#### Manage workflows
-Based on the status of the workflow, retry, resubmit, or delete the workflow.
-* **Retry** a workflow to restart the same workflow. You may want to retry a failed workflow, and retry end-to-end testing steps for example.
- The retry option is available only for workflows with errors.
-* **Resubmit** a workflow to create a new workflow and submit it. You can resubmit both successfully completed and failed workflows.
-* **Delete** unused or legacy workflows. Deleting a workflow removes it from the pipeline's workflow list and from the Workflows dashboard.
-
-**How to**
-1. Select the [workflow](#select-the-workflow-to-monitor).
-1. To restart a failed workflow, select **Retry**.
-
-{% include image.html
- lightbox="true"
- file="/images/workflows/retry-workflow.png"
- url="/images/workflows/retry-workflow.png"
- alt="Retry workflow"
- caption="Retry workflow"
- max-width="50%"
- %
+### Actions for running/completed workflows
+When you drill down into the workflow details for a running or completed workflow, the toolbar displays several actions.
+>The actions in the toolbar are _manual_ actions, different from the same actions that are built into the template which are executed automatically. For example, the Suspend option in the toolbar can be configured in the template as well.
-{:start="3"}
-1. To start a new instance of the workflow, select **Resubmit**.
-
-{% include image.html
- lightbox="true"
- file="/images/workflows/resubmit-workflow.png"
- url="/images/workflows/resubmit-workflow.png"
- alt="Resubmit workflow"
- caption="Resubmit workflow"
- max-width="50%"
- %
-
-{:start="4"}
-1. To delete the workflow, select **Delete**.
+{: .table .table-bordered .table-hover}
+|Action |Description |
+| -------------- | ---------------------------------- |
+| **Summary** | Detailed information for both active and completed workflows. |
+| **Suspend**/**Resume** | Temporarily pause execution of a running workflow. Resume execution from the point at which it was suspended. |
+| **Stop** | Stop execution of an active workflow through a graceful shutdown. Graceful shutdown implements the actions configured in the ExitHandler, such as cleaning up resources, sending Slack notifications, for example. Compare with Terminate.|
+| **Retry** | Restart a completed but failed workflow. You may want to retry a failed workflow, to retry end-to-end testing steps for example. The retry option is available only for workflows with errors. | `
+| **Resubmit** | Resubmit a successfully completed workflow to create a new instance of the workflow. |
+| **Terminate** | Force shutdown to stop the execution of an active workflow. Force shutdown summarily terminates the workflow ignoring the ExitHandler. | `
+| **Delete** |Delete an unused or legacy completed workflow. Deleting a workflow removes it from the pipeline's list and from the Workflows dashboard.|
+| **Logs** |[View logs for the workflow](#view-logs-forworkflows). | `
+
+#### View native workflows
+You can also view the workflow in the Argo UI.
{% include image.html
lightbox="true"
- file="/images/workflows/delete-workflow.png"
- url="/images/workflows/delete-workflow.png"
- alt="Delete workflow"
- caption="Delete workflow"
+ file="/images/workflows/view-native-workflow.png"
+ url="/images/workflows/view-native-workflow.png"
+ alt="Workflows tab: View Native Workflow option"
+ caption="Workflows tab: View Native Workflow option"
max-width="50%"
- %}
\ No newline at end of file
+ %}
diff --git a/images/pipeline/monitoring/build-badge.png b/images/pipeline/monitoring/build-badge.png
deleted file mode 100644
index a69bff75..00000000
Binary files a/images/pipeline/monitoring/build-badge.png and /dev/null differ
diff --git a/images/pipeline/monitoring/build-details-entry.png b/images/pipeline/monitoring/build-details-entry.png
deleted file mode 100644
index 611fe317..00000000
Binary files a/images/pipeline/monitoring/build-details-entry.png and /dev/null differ
diff --git a/images/pipeline/monitoring/build-filter-date.png b/images/pipeline/monitoring/build-filter-date.png
deleted file mode 100644
index 2e2d1959..00000000
Binary files a/images/pipeline/monitoring/build-filter-date.png and /dev/null differ
diff --git a/images/pipeline/monitoring/build-filtering.png b/images/pipeline/monitoring/build-filtering.png
deleted file mode 100644
index 7111a0a9..00000000
Binary files a/images/pipeline/monitoring/build-filtering.png and /dev/null differ
diff --git a/images/pipeline/monitoring/build-logs.png b/images/pipeline/monitoring/build-logs.png
deleted file mode 100644
index 46719e8f..00000000
Binary files a/images/pipeline/monitoring/build-logs.png and /dev/null differ
diff --git a/images/pipeline/monitoring/build-view-selection.png b/images/pipeline/monitoring/build-view-selection.png
deleted file mode 100644
index de81d11f..00000000
Binary files a/images/pipeline/monitoring/build-view-selection.png and /dev/null differ
diff --git a/images/pipeline/monitoring/builds-dashboard.png b/images/pipeline/monitoring/builds-dashboard.png
deleted file mode 100644
index 18ebdcf5..00000000
Binary files a/images/pipeline/monitoring/builds-dashboard.png and /dev/null differ
diff --git a/images/pipeline/monitoring/monitor-activity-log.png b/images/pipeline/monitoring/monitor-activity-log.png
new file mode 100644
index 00000000..18704ee9
Binary files /dev/null and b/images/pipeline/monitoring/monitor-activity-log.png differ
diff --git a/images/pipeline/monitoring/monitor-aggregated-view.png b/images/pipeline/monitoring/monitor-aggregated-view.png
index 040c9e24..9bb30818 100644
Binary files a/images/pipeline/monitoring/monitor-aggregated-view.png and b/images/pipeline/monitoring/monitor-aggregated-view.png differ
diff --git a/images/pipeline/monitoring/monitor-workflows-tab-popup.png b/images/pipeline/monitoring/monitor-workflows-tab-popup.png
new file mode 100644
index 00000000..5659a513
Binary files /dev/null and b/images/pipeline/monitoring/monitor-workflows-tab-popup.png differ
diff --git a/images/pipeline/monitoring/monitor-workflows-tab.png b/images/pipeline/monitoring/monitor-workflows-tab.png
new file mode 100644
index 00000000..ed3d338f
Binary files /dev/null and b/images/pipeline/monitoring/monitor-workflows-tab.png differ
diff --git a/images/pipeline/monitoring/pipeline-activity-log-toolbar.png b/images/pipeline/monitoring/pipeline-activity-log-toolbar.png
new file mode 100644
index 00000000..271fb6b1
Binary files /dev/null and b/images/pipeline/monitoring/pipeline-activity-log-toolbar.png differ
diff --git a/images/pipeline/monitoring/pipeline-list-view.png b/images/pipeline/monitoring/pipeline-list-view.png
new file mode 100644
index 00000000..6012bbfa
Binary files /dev/null and b/images/pipeline/monitoring/pipeline-list-view.png differ
diff --git a/images/pipeline/monitoring/pipeline-metrics.png b/images/pipeline/monitoring/pipeline-metrics.png
deleted file mode 100644
index 3a775238..00000000
Binary files a/images/pipeline/monitoring/pipeline-metrics.png and /dev/null differ
diff --git a/images/pipeline/monitoring/pipeline-view.png b/images/pipeline/monitoring/pipeline-view.png
deleted file mode 100644
index ae7acacb..00000000
Binary files a/images/pipeline/monitoring/pipeline-view.png and /dev/null differ
diff --git a/images/pipeline/monitoring/possible-filters.png b/images/pipeline/monitoring/possible-filters.png
deleted file mode 100644
index 476151ba..00000000
Binary files a/images/pipeline/monitoring/possible-filters.png and /dev/null differ
diff --git a/images/pipeline/monitoring/quick-pipeline-metrics.png b/images/pipeline/monitoring/quick-pipeline-metrics.png
deleted file mode 100644
index 59f75888..00000000
Binary files a/images/pipeline/monitoring/quick-pipeline-metrics.png and /dev/null differ
diff --git a/images/pipeline/monitoring/report-notification-checkbox.png b/images/pipeline/monitoring/report-notification-checkbox.png
deleted file mode 100644
index ef92dce2..00000000
Binary files a/images/pipeline/monitoring/report-notification-checkbox.png and /dev/null differ
diff --git a/images/pipeline/monitoring/restart-failed.png b/images/pipeline/monitoring/restart-failed.png
deleted file mode 100644
index f114e369..00000000
Binary files a/images/pipeline/monitoring/restart-failed.png and /dev/null differ
diff --git a/images/pipeline/monitoring/restart-pipeline.png b/images/pipeline/monitoring/restart-pipeline.png
deleted file mode 100644
index d5018e4b..00000000
Binary files a/images/pipeline/monitoring/restart-pipeline.png and /dev/null differ
diff --git a/images/pipeline/monitoring/restart-step.png b/images/pipeline/monitoring/restart-step.png
deleted file mode 100644
index 1c823f73..00000000
Binary files a/images/pipeline/monitoring/restart-step.png and /dev/null differ
diff --git a/images/pipeline/monitoring/show-yaml.png b/images/pipeline/monitoring/show-yaml.png
deleted file mode 100644
index 235d9f41..00000000
Binary files a/images/pipeline/monitoring/show-yaml.png and /dev/null differ
diff --git a/images/pipeline/monitoring/step-metrics.png b/images/pipeline/monitoring/step-metrics.png
deleted file mode 100644
index df68bf75..00000000
Binary files a/images/pipeline/monitoring/step-metrics.png and /dev/null differ
diff --git a/images/pipeline/monitoring/step-state.png b/images/pipeline/monitoring/step-state.png
deleted file mode 100644
index 48aa42d9..00000000
Binary files a/images/pipeline/monitoring/step-state.png and /dev/null differ
diff --git a/images/pipeline/monitoring/view-pipeline-state.png b/images/pipeline/monitoring/view-pipeline-state.png
deleted file mode 100644
index 62c0b9b8..00000000
Binary files a/images/pipeline/monitoring/view-pipeline-state.png and /dev/null differ
diff --git a/images/pipeline/monitoring/view-pipeline-yaml.png b/images/pipeline/monitoring/view-pipeline-yaml.png
deleted file mode 100644
index 943f85af..00000000
Binary files a/images/pipeline/monitoring/view-pipeline-yaml.png and /dev/null differ
diff --git a/images/pipeline/monitoring/yaml-from-step.png b/images/pipeline/monitoring/yaml-from-step.png
deleted file mode 100644
index 997ebb58..00000000
Binary files a/images/pipeline/monitoring/yaml-from-step.png and /dev/null differ
diff --git a/images/workflows/argo-event-steps.png b/images/workflows/argo-event-steps.png
new file mode 100644
index 00000000..f1e567c7
Binary files /dev/null and b/images/workflows/argo-event-steps.png differ
diff --git a/images/workflows/argo-events-in-wrkflow.png b/images/workflows/argo-events-in-wrkflow.png
new file mode 100644
index 00000000..3d4eca9a
Binary files /dev/null and b/images/workflows/argo-events-in-wrkflow.png differ
diff --git a/images/workflows/dashboard-workflows-in-pipeline.png b/images/workflows/dashboard-workflows-in-pipeline.png
new file mode 100644
index 00000000..721942b7
Binary files /dev/null and b/images/workflows/dashboard-workflows-in-pipeline.png differ
diff --git a/images/workflows/delete-workflow.png b/images/workflows/delete-workflow.png
new file mode 100644
index 00000000..58c99e27
Binary files /dev/null and b/images/workflows/delete-workflow.png differ
diff --git a/images/workflows/event-payload.png b/images/workflows/event-payload.png
new file mode 100644
index 00000000..0c477519
Binary files /dev/null and b/images/workflows/event-payload.png differ
diff --git a/images/workflows/event-source.png b/images/workflows/event-source.png
new file mode 100644
index 00000000..0b1e80dc
Binary files /dev/null and b/images/workflows/event-source.png differ
diff --git a/images/workflows/failed-steps-search.png b/images/workflows/failed-steps-search.png
new file mode 100644
index 00000000..ca999e14
Binary files /dev/null and b/images/workflows/failed-steps-search.png differ
diff --git a/images/workflows/filters-workflow-steps.png b/images/workflows/filters-workflow-steps.png
new file mode 100644
index 00000000..549fff03
Binary files /dev/null and b/images/workflows/filters-workflow-steps.png differ
diff --git a/images/workflows/monitor-step-analytics.png b/images/workflows/monitor-step-analytics.png
new file mode 100644
index 00000000..3ac25447
Binary files /dev/null and b/images/workflows/monitor-step-analytics.png differ
diff --git a/images/workflows/resubmit-workflow.png b/images/workflows/resubmit-workflow.png
new file mode 100644
index 00000000..458ad90a
Binary files /dev/null and b/images/workflows/resubmit-workflow.png differ
diff --git a/images/workflows/retry-workflow.png b/images/workflows/retry-workflow.png
new file mode 100644
index 00000000..824ceb5a
Binary files /dev/null and b/images/workflows/retry-workflow.png differ
diff --git a/images/workflows/step-error-yaml.png b/images/workflows/step-error-yaml.png
new file mode 100644
index 00000000..6f0fddaf
Binary files /dev/null and b/images/workflows/step-error-yaml.png differ
diff --git a/images/workflows/view-logs-logs-tab.png b/images/workflows/view-logs-logs-tab.png
new file mode 100644
index 00000000..9faad2c5
Binary files /dev/null and b/images/workflows/view-logs-logs-tab.png differ
diff --git a/images/workflows/view-logs-pull-out.png b/images/workflows/view-logs-pull-out.png
new file mode 100644
index 00000000..78c4f0ab
Binary files /dev/null and b/images/workflows/view-logs-pull-out.png differ
diff --git a/images/workflows/view-native-workflow.png b/images/workflows/view-native-workflow.png
new file mode 100644
index 00000000..5b11fe8b
Binary files /dev/null and b/images/workflows/view-native-workflow.png differ
diff --git a/images/workflows/workflow-argo-ui.png b/images/workflows/workflow-argo-ui.png
new file mode 100644
index 00000000..bcd2c0f7
Binary files /dev/null and b/images/workflows/workflow-argo-ui.png differ
diff --git a/images/workflows/workflow-drill-down.png b/images/workflows/workflow-drill-down.png
new file mode 100644
index 00000000..f0a52ce8
Binary files /dev/null and b/images/workflows/workflow-drill-down.png differ
diff --git a/images/workflows/workflow-error-notification.png b/images/workflows/workflow-error-notification.png
new file mode 100644
index 00000000..ab3a3f00
Binary files /dev/null and b/images/workflows/workflow-error-notification.png differ
diff --git a/images/workflows/workflow-error-notifications-open.png b/images/workflows/workflow-error-notifications-open.png
new file mode 100644
index 00000000..bc250b1c
Binary files /dev/null and b/images/workflows/workflow-error-notifications-open.png differ
diff --git a/images/workflows/workflow-pod-step.png b/images/workflows/workflow-pod-step.png
new file mode 100644
index 00000000..7f825da9
Binary files /dev/null and b/images/workflows/workflow-pod-step.png differ
diff --git a/images/workflows/workflow-steps-failed.png b/images/workflows/workflow-steps-failed.png
new file mode 100644
index 00000000..2d865773
Binary files /dev/null and b/images/workflows/workflow-steps-failed.png differ
diff --git a/images/workflows/workflow-steps.png b/images/workflows/workflow-steps.png
new file mode 100644
index 00000000..e70d1386
Binary files /dev/null and b/images/workflows/workflow-steps.png differ
diff --git a/images/workflows/workflows-dashboard.png b/images/workflows/workflows-dashboard.png
new file mode 100644
index 00000000..7fc434bc
Binary files /dev/null and b/images/workflows/workflows-dashboard.png differ