|
| 1 | +--- |
| 2 | +title:"Pipeline Settings" |
| 3 | +description:"" |
| 4 | +group:administration |
| 5 | +toc:true |
| 6 | +--- |
| 7 | + |
| 8 | +On this page, you can define global parameters for the whole Codefresh account regarding pipeline options. Users can still override some of these options for individual pipelines. |
| 9 | + |
| 10 | +##Template Section |
| 11 | + |
| 12 | +Here you can define global template behavior. The options are: |
| 13 | + |
| 14 | +* Enable[pipeline templates]({{site.baseurl}}/docs/docs/configure-ci-cd-pipeline/pipelines/#using-pipeline-templates) for users. If this is enabled some pipelines can be marked as templates and users can still select them when creating a new pipeline. |
| 15 | +* Decide if users can clone an existing pipeline (along with its triggers and associated parameters) when[creating a new pipeline]({{site.baseurl}}/docs/docs/configure-ci-cd-pipeline/pipelines/#creating-new-pipelines). |
| 16 | + |
| 17 | +Note that templates are simply normal pipelines “marked” as a template. There is no technical difference between templates and actual pipelines. |
| 18 | + |
| 19 | +##Pipeline YAML Section |
| 20 | + |
| 21 | +Here you can restrict the sources of pipeline YAML that users can select. The options are: |
| 22 | + |
| 23 | +* Enable/Disable the[inline editor]({{site.baseurl}}/docs/docs/configure-ci-cd-pipeline/pipelines/#using-the-inline-pipeline-editor) where YAML is stored in Codefresh SaaS |
| 24 | +* Enable/disable pipeline YAML from connected Git repositories |
| 25 | +* Enable/disable pipeline YAML from[external URLs]({{site.baseurl}}/docs/docs/configure-ci-cd-pipeline/pipelines/#loading-codefreshyml-from-version-control) |
| 26 | + |
| 27 | +You need to allow at least one of these options so that users can create new pipelines. We suggest leaving the first option enabled when users are still learning about Codefresh and want to experiment. |
| 28 | + |
| 29 | +##Advanced Pipeline Options |
| 30 | + |
| 31 | +Here you can set the defaults for advanced pipeline behavior. The options are: |
| 32 | + |
| 33 | +*[Keep or discard]({{site.baseurl}}/docs/docs/codefresh-yaml/steps/approval/#keeping-the-shared-volume-after-an-approval) the volume when a pipeline is entering approval state |
| 34 | +* Whether pipelines in approval state[count or not against concurrency]({{site.baseurl}}/docs/docs/codefresh-yaml/steps/approval/#define-concurrency-limits) |
| 35 | + |
| 36 | +Note that the first option affects pipeline resources and/or billing in the case of SaaS pricing. It will also affect users of existing pipelines that depend on this behavior. It is best to enable/disable this option only once at the beginning. |
| 37 | + |
| 38 | +##Default Behavior for Build Step |
| 39 | + |
| 40 | +Here you can decide if the build step will push images or not according to your organization’s needs. The options are: |
| 41 | + |
| 42 | +1. Users need to decide if an image will be pushed or not after it is built |
| 43 | +2. All built images are automatically pushed to the default registry |
| 44 | +3. All built images are NOT pushed anywhere by default |
| 45 | + |
| 46 | +Note that this behavior is simply a convenience feature for legacy pipelines. Users can still use a[push step]({{site.baseurl}}/docs/docs/codefresh-yaml/steps/push/) in a pipeline and always push an image to a registry regardless of what was chosen in the build step. |
| 47 | + |
| 48 | +##What to read next |
| 49 | + |
| 50 | +*[Creating Pipelines]({{site.baseurl}}/docs/docs/configure-ci-cd-pipeline/pipelines/) |
| 51 | +*[Codefresh YAML]({{site.baseurl}}/docs/docs/codefresh-yaml/what-is-the-codefresh-yaml/) |
| 52 | +*[Git Integration]({{site.baseurl}}/docs/docs/integrations/git-providers/) |