fix part 1
This commit is contained in:
@@ -1,5 +1,6 @@
|
||||
\hypertarget{automatisierung-im-softwareentwicklungsprozess}{%
|
||||
\chapter{Automatisierung im Softwareentwicklungsprozess}\label{automatisierung-im-softwareentwicklungsprozess}}
|
||||
\chapter{Automatisierung im Softwareentwicklungsprozess}
|
||||
\label{automatisierung-im-softwareentwicklungsprozess}}
|
||||
|
||||
Im diesem Kapitel wird ausgehend von den Phasen des
|
||||
Softwareentwicklungsprozesses die Funktionsweise von \cicd aufgezeigt.
|
||||
@@ -14,7 +15,7 @@ Problemdarstellungen.
|
||||
|
||||
\section{Phasen im Softwareentwicklungsprozess}\label{soft-phasen}
|
||||
|
||||
In der gibt es eine Vielzahl von Modellen zur Unterstützung des
|
||||
Es existiert eine Vielzahl von Modellen zur Unterstützung des
|
||||
Softwareentwicklungsprozesses.
|
||||
|
||||
Zur Betrachtung der Automatisierungsmöglichkeiten können Komponenten
|
||||
@@ -32,12 +33,12 @@ Systemdesign, die Programmierung, der Test sowie der Betrieb.
|
||||
|
||||
\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, die der
|
||||
analysieren. Dies geschieht in Form von Texten oder Modellen, welche der
|
||||
Strukturierung und Klassifizierung dienen.
|
||||
|
||||
\item[Systemdesign]\label{phase-sys}
|
||||
Hier wird die Architektur der Module, Schnittstellen und Daten
|
||||
festgelegt, die der Spezifikation aus der Anforderungsanalyse genügen
|
||||
festgelegt, welche der Spezifikation aus der Anforderungsanalyse genügen
|
||||
sollen.
|
||||
|
||||
\item[Implementierung]\label{phase-code}
|
||||
@@ -215,6 +216,16 @@ dem Developmentbranch gelöscht. Diese temporären Branches sind
|
||||
ausschließlich für eine abgegrenzte Codeänderung vorgesehen -- und so
|
||||
ist für sie eine schnelle und häufige Integration vorgesehen.
|
||||
|
||||
~
|
||||
|
||||
Die wichtigsten Git – Operationen sind Push und Merge:
|
||||
|
||||
\begin{description}
|
||||
\item[Push] der lokale Branch wird auf den zentralen Branch gespiegelt
|
||||
\item[Merge] systematische Integration von zwei Branches von einem Source zu einem Targetbranch
|
||||
|
||||
\end{description}
|
||||
|
||||
|
||||
\newpage
|
||||
|
||||
@@ -261,7 +272,7 @@ da es im Branchpattern entsprechend definiert wurde.
|
||||
\def\labelenumi{(\arabic{enumi})}
|
||||
\setcounter{enumi}{2}
|
||||
\item
|
||||
\textbf{Übertragung und Test in der Developmentumgebung xx\todo{xx}}
|
||||
\textbf{Übertragung der Ergebnisse in die Developmentbranch}
|
||||
\end{enumerate}
|
||||
|
||||
Sind die Entwicklungsaktivitäten auf dem Featurebranch erfolgreich
|
||||
@@ -276,4 +287,4 @@ beendet, wird mit der Merge-Operation auf dem Developmentbranch diese
|
||||
\end{enumerate}
|
||||
|
||||
Zur Releasefreigabe wird der Developmentbranch auf den Masterbranch mit
|
||||
der Merge-Operation integriert und produktiv gesetzt
|
||||
der Merge-Operation integriert und produktiv gesetzt.
|
||||
|
||||
Reference in New Issue
Block a user