Commit edbf0684 authored by ARIFA Najmi's avatar ARIFA Najmi
Browse files

Prüfung Formatierung, Syntax und Links

parent f27fa0f8
......@@ -26,7 +26,7 @@ In der Praxis werden bei der Verwendung in der Softwareentwicklung meist einzeln
größeren Projekten von Personen mit einer Integrator-Rolle überprüft und zusammengeführt. In verteilten Versionsverwaltungsszenarien existiert daher üblicherweise ein offizielles Repository, welches von neuen Projektbeteiligten zu Beginn ihrer Arbeit geklont, d. h. auf das lokale System kopiert wird.
[1]
Sowohl bei der zentralen als auch bei der verteilten Versionsverwaltung kann die CopyModify-Merge-Strategie verwendet und viele Entwickler eingesetzt werden.
Sowohl bei der zentralen als auch bei der verteilten Versionsverwaltung kann die CopyModify-Merge-Strategie verwendet und von viele Entwickler eingesetzt werden.
Die Entwickler müssen folglich zwangsläufig mit Konfikten rechnen. Im Idealfall sollte der Umgang mit Konfikten geregelt sein, bevor sie auftreten. Es ist wichtig zu wissen, wer im Konfliktfall unterstützen kann, insbesondere wenn man selbst nicht fähig ist, Konflikte zu beheben. Der verteilte Ansatz besitzt dabei den Vorteil, dass ein Entwickler, wenn er der einzige Nutzer seines (Teil-)Repositorys ist,
seine Änderungen commiten kann und für Merges zwischen den Repositorys Verteilte-Versionsverwaltungs(VVS)-Experten hinzugezogen werden können. Dies kann ein Beitrag für die Akzeptanz von
Versionsverwaltungssystemen sein, falls Entwickler von konfliktreichen Merges abgeschreckt sein sollten.
......@@ -84,7 +84,7 @@ Kommandos dienen dazu Commits zu erstellen, zu manipulieren, einzusehen oder die
zwischen ihnen zu verändern.
##### Bestandteile eines Commits
Ein Commit hält den Stand aller Dateien des Projekts und deren Veränderungen zu einem bestimmten Zeitpunkt fest. und
Ein Commit hält den Stand aller Dateien des Projekts und deren Veränderungen zu einem bestimmten Zeitpunkt fest und
enthält zudem Metainformationen:
* Name des Autors und E-Mail-Adresse
......@@ -119,7 +119,7 @@ Bugfixes zu versorgen. Branches sind - ebenso wie das Zusammenführen von Branch
Da zum Arbeiten mit Git mindestens ein Branch gebraucht wird, wird der Branch Master beim Initialisieren eines
neuen Repositorys erstellt. Der Name ist eine Konvention (analog
zum trunk in anderen Systemen). Der erzeugte Branch kann beliebig umbenannt oder
gelöscht werden, sofern mindestens ein anderer Branch zur Verfügung steht. Der master unterscheidet
gelöscht werden, sofern mindestens ein anderer Branch zur Verfügung steht. Der Master unterscheidet
sich technisch in keinster Weise von anderen Branches.
#### Tag
......@@ -136,8 +136,8 @@ Branches miteinander verbindet, heißt entsprechend Merge-Commit.
Wenn es für das System nicht möglich ist Dateien, die von unterschiedlichen Entwicklern geändert wurden, automatisch zu mergen, kommt es zu einem Merge-Konflikt. Gerade in der frühen Entwicklung, wenn möglicherweise die Interna einer Software geändert werden, statt neue Features hinzuzufügen, kann es zu Konflikten kommen.
Wenn in einem größeren Team gearbeitet wird, dann ist in der Regel der Entwickler, der maßgeblich am
konfliktbehafteten Code gearbeitet hat, dafür verantwortlich, eine Lösung zu finden. Eine solche
Konfliktlösung ist meist nicht schwierig, wenn der Entwickler einen guten Überblick über die
Software allgemein und insbesondere über sein Codestück und dessen Interaktion mit anderen
Konfliktlösung ist meist nicht schwierig, wenn der Entwickler einen guten, allgemeinen Überblick über die
Software und insbesondere über sein Codestück und dessen Interaktion mit anderen
Teilen hat.
<img src="images/git-branching-model.png" width="700" alt="Successful Branching Model" />
......
Markdown is supported
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