From 10df17ae641e996173a23b91d7121fb3fc1e72b4 Mon Sep 17 00:00:00 2001 From: fdai4796 Date: Wed, 23 Nov 2022 17:18:18 +0000 Subject: [PATCH] Update Lerntagebuch.md --- Lerntagebuch.md | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/Lerntagebuch.md b/Lerntagebuch.md index ea7a752..9f2c8ad 100644 --- a/Lerntagebuch.md +++ b/Lerntagebuch.md @@ -110,19 +110,19 @@ Man kann sich ein Kreis vorstellen. Test -> Code -> Refactor. - Merge/Rebase Konflikte sind behoben. ## Branching -# Master +### Master Haben eine unendliche Lebensdauer und einen Verantwortlichen „Committer“. Jeder Commit verweist auf einen Versand. Commits sind mit Versionsnummern gekennzeichnet. Es sind keine direkten Commits, nur Merges aus dem Realese- oder Fix-zweig erlaubt. -#Develop +### Develop Erstes Commit ist das Projektstart. Ist immer im versandbereiten Zustand und Testdurchläufe sind automatisiert. Jeder Entwickler kann Feature festschreiben (Bis Build-Server). -# Release +### Release Hat eine begrenze Lebensdauer während des Einfrierens einer Funktion. Keine neuen Funktionen werden angelegt, sondern Fehler werden behoben. Jeder Entwickler kann sich verpflichten. Release sind auch Kandidaten von Tags. Der Build-Server sollte den Zweig wieder mit dem Develop-Branch zusammenführen. -# Hotfix +## Hotfix Hat eine Kurze Lebensdauer. Erscheint aus dem Master (Letze Commit). Ist keine neue Funktion, sondern nur zum schnellen beheben von Fehlern. -# Feature. +## Feature. Hat eine begrenzte Lebensdauer und stammt aus Develop. Sollte ein neues Commit in dem Entwickler basieren und zusammenführen. ## Merge @@ -133,7 +133,7 @@ Komplexe Vergangenheit Grafik und Konfliktlösung zwischen den Finalzuständen s Hat eine Saubere Vergangenheitsgraph (man sieht alles: Funktionen, Commits und wies es aufeinander folgt). Ein automatischer Konfliktlösung ist wahrscheinlicher und auch das manuelle Lösung ist einfacher Die Nachteile sind das wir keine Zeitachse über den verlauf haben. Commits können zu Problemen führen. -Eein Rebase wird erst bevorzugt, wenn das arbeiten an einem unvollendeten Feature, noch keine Zweige intergriert wurden. Eine Saubere Historie wird erwünscht und beinhaltet viele Commits. +Ein Rebase wird erst bevorzugt, wenn das arbeiten an einem unvollendeten Feature, noch keine Zweige intergriert wurden. Eine Saubere Historie wird erwünscht und beinhaltet viele Commits. Merge wird verwendet, wenn der aktuelle Zweig ein Develop oder ein Master ist. Die Historie sollte mit der Zeitachse synchron bleiben und wenn der aktuelle Zweig zusammengeführt is.t