manuel/Seminararbeit_2020
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

spellcheck 4 und cicd und scm

Browse Source
This commit is contained in:
Manuel Plonski
2020-03-21 10:06:36 +01:00
parent 0336f50e2b
commit 1ed037280b
7 changed files with 124 additions and 112 deletions
Download Patch File Download Diff File Expand all files Collapse all files

22
chapters/grund.tex
View File

@@ -29,27 +29,27 @@ Systemdesign, die Programmierung, der Test sowie der Betrieb.
\begin{description}
\item[Anforderungsanalyse]\label{phase-anford}
\item[Anforderungsanalyse:]\label{phase-anford}
In diese Phase geht es darum, Anforderungen zu sammeln und zu
analysieren. Dies geschieht in Form von Texten oder Modellen, welche der
Strukturierung und Klassifizierung dienen.
\item[Systemdesign]\label{phase-sys}
\item[Systemdesign:]\label{phase-sys}
Hier wird die Architektur der Module, Schnittstellen und Daten
festgelegt, welche der Spezifikation aus der Anforderungsanalyse genügen
sollen.
\item[Implementierung]\label{phase-code}
\item[Implementierung:]\label{phase-code}
Die Programmierung mit dem dazugehörigen Modultest sind Bestandteil der
Entwicklungsphase der Implementierung
Entwicklungsphase der Implementierung.
\item[Softwaretest]\label{phase-test}
\item[Softwaretest:]\label{phase-test}
In der Testphase wird ein System oder eine Komponente gegen die zuvor
spezifizierten Anforderungen überprüft. Das Testergebnis dient der
Behebung von Softwarefehlern, um ein fehlerfreies System in Produktion zu
übernehmen.
\item[Betrieb]\label{phase-ops}
\item[Betrieb:]\label{phase-ops}
Der Betrieb um fasst die Inbetriebnahme und Wartung der Software.
\end{description}
@@ -83,7 +83,7 @@ nicht deutlich, ob \cdel oder \cdl gemeint ist.\cite{ws19,redhat,info_aktu}
~
Am Ende zähl nur, dass dies Funktionen entlang eines
Am Ende zählt nur, dass dies Funktionen entlang eines
automatisierten und überwachten Prozesses in einer Pipeline durchgeführt
werden, unabhängig von der Zuordnung zu einem Oberbegriff.
@@ -181,7 +181,7 @@ Das Risiko für Fehler im Betrieb ist geringer, da Änderungen in kleinen Schrit
\section{Git und die Bedeutung von Branches}
\label{grund:git}
Die \scm Git besitzt im Zusammenhang mit CI/CD die Möglichkeit, operative Systeme versioniert zu steuern. Dies wird auch als \textbf{GitOps} bezeichnet und ist eine weit verbreitete CI/CD Methode\todo{quelle}.
Die \scm Git besitzt im Zusammenhang mit \cicd die Möglichkeit, operative Systeme versioniert zu steuern. Dies wird auch als \textbf{GitOps} bezeichnet und ist eine weit verbreitete \cicd Methode\todo{quelle}.
~
@@ -195,12 +195,12 @@ Projekt-Repository sequenziell fortgeschrieben werden.
Der Name des Branches ist dafür ausschlaggebend, welcher Pfad in der
Pipeline durchlaufen wird. Das Branch-Pattern beschreibt die Funktion,
welche dem Branch zukommt. Wird eine Änderung auf einem Branch,
wird sie auf die gewünschte Weise vom CI/CD System verwaltet, integriert
wird sie auf die gewünschte Weise vom \cicd System verwaltet, integriert
und in den Betrieb gebracht.
~
Typisches Branchpattern besteht aus zwei permanenten Branches
Ein typisches Branchpattern besteht aus zwei permanenten Branches
und mehreren temporären. Der Masterbranch repräsentiert die stabilste
Softwareversion - diese Version lässt sich auch in der Produktion
vorfinden - häufig gibt es noch den permanenten Developmentbranch, auf
@@ -257,7 +257,7 @@ neuer temporärer Featurebranch mit der Spiegelung der Änderungen vor.
\textbf{Build und Test in individueller Testumgebung}
\end{enumerate}
CI/CD wird von Git angestoßen: CI/CD erkennt die neue Software Version
\cicd wird von Git angestoßen: \cicd erkennt die neue Software Version
und startet einen Development-Build auf dem temporäreren Featurebranch,
da es im Branchpattern entsprechend definiert wurde.