# Deployment to Kubernetes namespace with Git based Manifest

A Kubernetes manifest is a text file that details a deployment. Deployment manifests however are usually stored in a repository like Github or bitbucket.

To deploy a manifest from ISD follow the steps below:

1. **Go to** [**Application Dashboard**](https://docs.opsmx.com/user-guide/dashboard/application-dashboard): When you log in to ISD the application dashboard is displayed with the list of applications. You can create a new application also as given in [**create a new application**](https://docs.opsmx.com/release-history/previous-releases/isd-4.0/knowledge-base/manage-application/create-an-application).&#x20;
2. Click on the application for which you want to build this pipeline.&#x20;

![](/files/onRd5FxAGWS87hemdhZ6)

3. **Pipeline Builder:** Once you click on an application, it will redirect you to the **Pipelines** page. Click **+Create** button to [**create a new pipeline**](https://docs.opsmx.com/release-history/previous-releases/isd-4.0/knowledge-base/manage-pipelines/create-a-pipeline). Users can also view the existing pipelines displayed on the left.
4. **Click on** [**Add stage**](https://docs.opsmx.com/user-guide/manage-pipelines/add-stage)**:** The add stage button is displayed below the diagrammatic representation of the created pipeline. When you click this button, you can select the different types of stages that ISD supports.

<figure><img src="/files/omxknGReZ3KzDYqbrlbA" alt=""><figcaption></figcaption></figure>

5. **Select Deployment**: You can add a host of different stages from the **Type** drop down. They are all alphabetically sorted. Scroll down and select **Deploy(Manifest)**.

<figure><img src="/files/wRSg107lTSE6mMBdRHF0" alt=""><figcaption></figcaption></figure>

6. **Select your account**: An account is the name given to a kubernetes cluster.
7. **Select your namespace**: A namespace is a specific address within a Kubernetes cluster, select the checkbox that says **Override Namespace** and you will be able to select the namespace in which your manifest will deploy.

<figure><img src="/files/VFJglLBq94NDSorvm65c" alt=""><figcaption></figcaption></figure>

8. Define the file and the repository you are going to deploy the artifact from: Select **Artifact**, and you will be prompted to select the repository which you are deploying from. In addition you must specify the **URL** of the artifact and the **branch** it is located in.

* **Manifest Artifact:** The artifact that is to be applied to the Kubernetes account for this stage. The artifact should represent a valid Kubernetes manifest.
* **Expression Evaluation:** Skip SpEL expression evaluation of the manifest artifact in this stage. Can be paired with the **Evaluate SpEL expressions in overrides at bake time** option in the Bake Manifest stage when baking a third-party manifest artifact with expressions not meant for Spinnaker to evaluate as SpEL.
* **Required Artifacts to Bind:** These artifacts must be present in the context for this stage to be successfully completed. Artifacts specified will be [**bound to the deployed manifest.**](https://www.spinnaker.io/reference/artifacts/in-kubernetes-v2/#binding-artifacts-in-manifests)
* **Rollout Strategy Options: If enabled,** allow Spinnaker to associate each ReplicaSet deployed in this stage with one or more Services and manage traffic based on your selected rollout strategy options.

8\.  After updating the above details, Click **Save Changes** to deploy the Git based manifest.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.opsmx.com/isd-spinnaker/opsmx-intelligent-software-delivery-isd-platform-spinnaker/user-guide/manage-pipelines/execute-pipelines-run-deployments/deployment-to-kubernetes-namespace-with-git-based-manifest.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
