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/codefresh-yaml/service-containers.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,8 +11,6 @@ Sometimes you wish to run sidecar containers in a pipeline that offer additional
11
11
12
12
Codefresh includes a handy mechanism (based on Docker compose) that can help you run sidecar containers along your main pipeline. Here is a very simple example.
13
13
14
-
>Service Containers are base on Docker Compose. This document does not have the complete list of available options available. Please refer to Docker Compose versions[2](https://docs.docker.com/compose/compose-file/compose-file-v2/) and[3](https://docs.docker.com/compose/compose-file/), but not point releases such as 2.1.
15
-
16
14
`codefresh.yml`
17
15
{% highlight yaml %}
18
16
{% raw %}
@@ -37,6 +35,8 @@ steps:
37
35
38
36
This pipeline will run integration tests during the freestyle step called`my_integration_tests` and at that point a Redis instance will be available at hostname`my-redis-db-host` and port 6379. Note how in this example, the service container is placed at the root of the pipeline (as opposed to inside a specific step). This ensures that the Redis instance is running for[the duration of the pipeline]({{site.baseurl}}/docs/codefresh-yaml/service-containers/#running-services-for-the-duration-of-the-pipeline).
39
37
38
+
>Service Containers are based on Docker Compose. This document does not have the complete list of available options available. Please refer to Docker Compose versions[2](https://docs.docker.com/compose/compose-file/compose-file-v2/) and[3](https://docs.docker.com/compose/compose-file/), but not point releases such as 2.1.
Copy file name to clipboardExpand all lines: _docs/configure-ci-cd-pipeline/pipeline-caching.md
+3Lines changed: 3 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -197,6 +197,9 @@ This means that unlike other CI solutions where you have to manually describe wh
197
197
198
198
The main choice that you have is which files to place on the volume. For example, Node.js uses the folder`node_modules` for its dependencies which are placed under the project folder[which is automatically placed under the volume]({{site.baseurl}}/docs/configure-ci-cd-pipeline/introduction-to-codefresh-pipelines/#cloning-the-source-code). So all contents of`node_modules` will be cached by default without any further action on your part.
199
199
200
+
>Note that if you are using[Codefresh on-prem]({{site.baseurl}}/docs/administration/codefresh-on-prem/), this kind of caching is not available for the built-in runtime and you need to use the[Codefresh Runner]({{site.baseurl}}/docs/administration/codefresh-runner/)
201
+
with your own runtime to activate volume caching.
202
+
200
203
The simplest way to see this caching mechanism in action is this pipeline: