Commit 9b5053f2 authored by Nane Kratzke's avatar Nane Kratzke
Browse files

Aktualisieren README.md, .gitlab-ci.yml Dateien

parent 9e3415f5
...@@ -6,21 +6,35 @@ job1: ...@@ -6,21 +6,35 @@ job1:
stage: generate stage: generate
script: script:
- mkdir build - mkdir build
- echo Hello I am job 1 executed on the $CI_COMMIT_REF_NAME branch > build/job1-result.txt - echo "Hello I am job 1 executed on the $CI_COMMIT_REF_NAME branch only" > build/job1-result.txt
artifacts: artifacts:
paths: paths:
- build/ - build/
only:
- master
job2: job2:
stage: generate stage: generate
script: script:
- mkdir build - mkdir build
- echo Hello I am job 2 executed on the $CI_COMMIT_REF_NAME branch > build/job2-result.txt - echo "Hello I am job 2 executed on the $CI_COMMIT_REF_NAME branch only" > build/job2-result.txt
artifacts: artifacts:
paths: paths:
- build/ - build/
only:
variables:
$CI_COMMIT_REF_NAME == "release"
job3: job3:
stage: generate
script:
- mkdir build
- echo "Hello I am job3 and always executed except for the master or release branch" > build/job3-result.txt
except:
- master
- release
job4:
stage: consume stage: consume
script: script:
- cat build/*-result.txt - cat build/*-result.txt
...@@ -191,9 +191,10 @@ Weiteres zum Artefakt-Handling finden Sie [hier](https://docs.gitlab.com/ee/ci/p ...@@ -191,9 +191,10 @@ Weiteres zum Artefakt-Handling finden Sie [hier](https://docs.gitlab.com/ee/ci/p
### Übung 3: Informationen in eine Pipeline mittels Umgebungsvariablen geben ### Übung 3: Informationen in eine Pipeline mittels Umgebungsvariablen geben
Jobs innerhalb von Pipelines benötigen ggf. weitere Informationen. Gem. den 12 Factor Prinzipien kann man diese Jobs innerhalb von Pipelines benötigen ggf. weitere Informationen. Gem. den 12 Factor Prinzipien kann man diese
den Containern als Umgebungsvariablen bereitstellen. Gitlab selber hat eine ganze Reihe von vordefinierten Umgebungsvariablen, den Containern als Umgebungsvariablen bereitstellen. Gitlab selber hat eine ganze Reihe von [vordefinierten Umgebungsvariablen](https://docs.gitlab.com/ee/ci/variables/predefined_variables.html),
die man auswerten kann, um die Pipeline zu steuern. Z.B. könnte ein Build auf dem Master-Branch grundsätzlich in die die man auswerten kann, um die Pipeline zu steuern. Z.B. könnte ein Build auf dem Master-Branch grundsätzlich in die
Production Umgebung deployt werden, ein Build auf dem develop Branch in die Staging Umgebung und alle anderen Branches nur in die Test Umgebung. Production Umgebung deployt werden, ein Build auf dem release Branch in die Staging Umgebung und alle anderen Branches nur in die Test Umgebung.
## Quellen für weitergehende Informationen: ## Quellen für weitergehende Informationen:
...@@ -202,5 +203,6 @@ Production Umgebung deployt werden, ein Build auf dem develop Branch in die Stag ...@@ -202,5 +203,6 @@ Production Umgebung deployt werden, ein Build auf dem develop Branch in die Stag
- Youtube: [Gitlab CI Pipeline, Artifacts and Environments](https://youtu.be/PCKDICEe10s) - Youtube: [Gitlab CI Pipeline, Artifacts and Environments](https://youtu.be/PCKDICEe10s)
- Youtube: [Automating Kubernetes Deployments](https://youtu.be/wEDRfAz6_Uw) - Youtube: [Automating Kubernetes Deployments](https://youtu.be/wEDRfAz6_Uw)
- Gitlab: [Job Artifacts](https://docs.gitlab.com/ee/ci/pipelines/job_artifacts.html) - Gitlab: [Job Artifacts](https://docs.gitlab.com/ee/ci/pipelines/job_artifacts.html)
- Gitlab: [Predefined Variables](https://docs.gitlab.com/ee/ci/variables/predefined_variables.html)
Supports Markdown
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment