You signed in with another tab or window.Reload to refresh your session.You signed out in another tab or window.Reload to refresh your session.You switched accounts on another tab or window.Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: _docs/ci-cd-guides/add-config-maps-to-your-namespaces.md
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,13 +9,13 @@ toc: true
9
9
---
10
10
Many applications require configuration with files, environment variables, and command line arguments. It makes applications portable and easily manageable. While this makes for easy configuration, it can become very hard to support tons of config files for different environments and hundreds of microservices.
11
11
12
-
Kubernetes provides an elegant and very convenient way for application configuration, using*configuration maps*. You can find more details about config maps at[https://kubernetes.io/docs/tasks/configure-pod-container/configure-pod-configmap/](https://kubernetes.io/docs/tasks/configure-pod-container/configure-pod-configmap/){:target="_blank"}.
12
+
Kubernetes provides an elegant and very convenient way for application configuration, using*configuration maps*. You can find more details about config maps at[Kubernetes - Configure a Pod to Use a ConfigMap](https://kubernetes.io/docs/tasks/configure-pod-container/configure-pod-configmap/){:target="_blank"}.
13
13
14
14
You can manage all your cluster configuration using Codefresh.
15
15
16
16
##View existing config maps
17
17
18
-
1. In the Codefresh UI, fromtheOps section in the sidebar, select[**Kubernetes Services**](https://g.codefresh.io/kubernetes/services/){:target="\_blank"}.
18
+
1. In the Codefresh UI, from Ops in the sidebar, select[**Kubernetes Services**](https://g.codefresh.io/kubernetes/services/){:target="\_blank"}.
19
19
1. Switch to list view.
20
20
21
21
{% include
@@ -31,7 +31,7 @@ max-width="50%"
31
31
{:start="3"}
32
32
1. Select a namespace and hover over it.
33
33
1. Click the**Settings** icon which appears at the end of the row.
34
-
A list of all config maps within this namespace are displayed,includingdate of creation and number of configuration variables inside these maps.
34
+
A list of all config maps within this namespace are displayed,with theirdate of creation and number of configuration variables.
35
35
36
36
37
37
@@ -144,6 +144,6 @@ max-width="40%"
144
144
To remove a config map, click on "remove" icon in the selected row. After your confirmation, the configmap will be removed.
Copy file name to clipboardExpand all lines: _docs/ci-cd-guides/building-docker-images.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -370,7 +370,7 @@ For more Docker best practices see our [Docker anti-patterns blog post](https://
370
370
371
371
##Pushing Docker images
372
372
373
-
The build step in Codefresh is very smart and automatically also pushes your Docker image to your[default Docker registry]({{site.baseurl}}/docs/docker-registries/external-docker-registries/#the-default-registry).
373
+
The build step in Codefresh is very smart and automatically also pushes your Docker image to your[default Docker registry]({{site.baseurl}}/docs/integrations/docker-registries/#default-registry).
Copy file name to clipboardExpand all lines: _docs/ci-cd-guides/environment-deployments.md
+11-13Lines changed: 11 additions & 13 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -22,16 +22,15 @@ max-width="80%"
22
22
##Prerequisites
23
23
24
24
Before starting, you will need to:
25
-
<!--- xrefs-->
26
-
1.[Create a Codefresh account]({{site.baseurl}}/docs/getting-started/create-a-codefresh-account/)
25
+
1.[Create a Codefresh account]({{site.baseurl}}/docs/administration/account-user-management/create-codefresh-account/)
27
26
1. Get access to a Kubernetes cluster on any cloud provider
28
27
1.[Connect the Kubernetes cluster]({{site.baseurl}}/docs/integrations/kubernetes/#connect-a-kubernetes-cluster/) to your account
29
-
1. Install[kubectl](https://kubernetes.io/docs/tasks/tools/install-kubectl/){:target="\_blank"} and[helm](https://helm.sh/docs/intro/install/):target="\_blank"} and point them to your cluster
28
+
1. Install[kubectl](https://kubernetes.io/docs/tasks/tools/install-kubectl/){:target="\_blank"} and[helm](https://helm.sh/docs/intro/install/){:target="\_blank"} and point them to your cluster
As a running example, we will use a simple application with a Helm chart.[Helm is the package manager]({{site.baseurl}}/docs/deployments/helm/helm-best-practices/) for Kubernetes and has built-in support for passing different configuration settings for each environment.
33
+
As a running example, we will use a simple application with a Helm chart.[Helm]({{site.baseurl}}/docs/ci-cd-guides/helm-best-practices/)is the package managerfor Kubernetes, and has built-in support for passing different configuration settings for each environment.
35
34
36
35
You can find the example Helm application at[https://github.com/codefresh-contrib/helm-promotion-sample-app](https://github.com/codefresh-contrib/helm-promotion-sample-app){:target="\_blank"}. If you want to follow along feel free to fork it on your own account.
37
36
@@ -111,7 +110,7 @@ Note that for this guide, all three environments run on the same cluster. In a r
111
110
112
111
##Basic deployment pipeline for different environments
113
112
114
-
Now that we have seen how manual deployment works, let's automate the whole process with Codefresh. We[will create a pipeline]({{site.baseurl}}/docs/pipelines/pipelines/) that:
113
+
Now that we have seen how manual deployment works, let's automate the whole process with Codefresh. We will[create a pipeline]({{site.baseurl}}/docs/pipelines/pipelines/) that:
115
114
116
115
1. Deploys all commits to the`master` branch in the production environment
117
116
1. Deploys all other commits to the staging environment
@@ -133,7 +132,7 @@ The pipeline has the following steps
133
132
134
133
1. A[clone step]({{site.baseurl}}/docs/pipelines/steps/git-clone/) to get the source code plus the Helm chart
135
134
1. A[build step]({{site.baseurl}}/docs/pipelines/steps/build/) to create and push the container image to Dockerhub
136
-
1. A[Helm step]({{site.baseurl}}/docs/deployments/helm/using-helm-in-codefresh-pipeline/) to perform the deployment. The step has[pipelineconditions]({{site.baseurl}}/docs/pipelines/conditional-execution-of-steps/) to select which environment will be used.
135
+
1. A[Helm step]({{site.baseurl}}/docs/deployments/helm/using-helm-in-codefresh-pipeline/) to perform the deployment. The step has[conditions]({{site.baseurl}}/docs/pipelines/conditional-execution-of-steps/) to select which environment will be used.
137
136
138
137
Here is the full pipeline:
139
138
@@ -235,7 +234,7 @@ For more details on Helm deployments see our [dedicated Helm example]({{site.bas
235
234
The previous pipeline works great as an automation mechanism. Wouldn't it be great if you could also*visualize* your deployments?
236
235
Codefresh includes a[Helm release dashboard]({{site.baseurl}}/docs/deployments/helm/helm-releases-management/) to help you understand your deployments.
237
236
238
-
1. In the Codefresh UI, fromtheOps section in the sidebar, select[Helm Releases](https://g.codefresh.io/helm/releases/releasesNew/){:target="\_blank"}.
237
+
1. In the Codefresh UI, from Ops in the sidebar, select[Helm Releases](https://g.codefresh.io/helm/releases/releasesNew/){:target="\_blank"}.
239
238
240
239
{% include image.html
241
240
lightbox="true"
@@ -258,7 +257,7 @@ caption="Helm service information"
258
257
max-width="80%"
259
258
%}
260
259
261
-
In the History tab, you can view the deployment history, and even[rollback]({{site.baseurl}}/docs/deployments/helm/helm-releases-management/#rolling-back-a-helm-release) to a previous release:
260
+
In the History tab, you can view the deployment history, and even[rollback]({{site.baseurl}}/docs/deployments/helm/helm-releases-management/#roll-back-a-helm-release) to a previous release:
262
261
263
262
{% include image.html
264
263
lightbox="true"
@@ -390,7 +389,7 @@ steps:
390
389
{% endhighlight %}
391
390
392
391
393
-
Notice that we use the`CF_COMMIT_MESSAGE`[variable]({{site.baseurl}}/docs/pipelines/variables/) to annotate each environment with each build message. After you deploy at least once to each environment, you should see the following inyour[Environment dashboard](https://g.codefresh.io/environments).
392
+
Notice that we use the`CF_COMMIT_MESSAGE`[variable]({{site.baseurl}}/docs/pipelines/variables/) to annotate each environment with each build message. After you deploy at least once to each environment, you should see the following inthe Codefresh UI's[Environment dashboard](https://g.codefresh.io/environments){:target="\_blank"}.
394
393
395
394
{% include image.html
396
395
lightbox="true"
@@ -659,15 +658,15 @@ Some common workflows are:
659
658
660
659
1. Automate the staging pipeline when a commit lands in`master`, and only launch the production pipeline manually.
661
660
1. Automate the staging pipeline when a commit lands in`master`, and use an[approval step]({{site.baseurl}}/docs/pipelines/steps/approval/) to call the production pipeline as a[child pipeline]({{site.baseurl}}/docs/example-catalog/ci-examples/call-child-pipelines/).
662
-
1. Set the[trigger]({{site.baseurl}}/docs/pipeline/triggers/git-triggers/) of the production pipeline to[launch only]({{site.baseurl}}/docs/ci-cd-guides/pull-request-branches/#restricting-which-branches-to-build) on`master`, and the trigger of the staging pipeline to launch only for`non-master` branches.
661
+
1. Set the[trigger]({{site.baseurl}}/docs/pipelines/triggers/git-triggers/) of the production pipeline to[launch only]({{site.baseurl}}/docs/ci-cd-guides/pull-request-branches/#restricting-which-branches-to-build) on`master`, and the trigger of the staging pipeline to launch only for`non-master` branches.
663
662
1. Set the production pipeline to launch only for commits on`master`, and the staging pipeline only for pull requests (PRs).
664
663
665
-
The exact mechanism depends on the workflow of your team. For more information, see[the guide onbranchesandpull requests]({{site.baseurl}}/docs/ci-cd-guides/pull-request-branches/),especially[trunk based development]({{site.baseurl}}/docs/ci-cd-guides/pull-request-branches/#trunk-based-development), as a good starting point.
664
+
The exact mechanism depends on the workflow of your team. For more information, see the guide on[Pull Requestsandbranches]({{site.baseurl}}/docs/ci-cd-guides/pull-request-branches/),and[trunk based development]({{site.baseurl}}/docs/ci-cd-guides/pull-request-branches/#trunk-based-development), as a good starting point.
666
665
667
666
##Promoting releases between environments
668
667
669
668
If you have a large number of environments, we also suggest looking at the Helm promotion board provided by Codefresh.
670
-
For more details, see[Helm promotion board]({{site.baseurl}}/docs/new-helm/helm-environment-promotion/).
669
+
For more details, see[Helm promotion board]({{site.baseurl}}/docs/deployments/helm/helm-environment-promotion/).
671
670
672
671
673
672
{% include
@@ -683,7 +682,6 @@ max-width="80%"
683
682
684
683
##Related articles
685
684
[Codefresh YAML for pipeline definitions]({{site.baseurl}}/docs/pipelines/what-is-the-codefresh-yaml/)
686
-
[Pull requests and branches]({{site.baseurl}}/docs/ci-cd-guides/pull-request-branches/)