-
Notifications
You must be signed in to change notification settings - Fork 0
git versioning
Liegt im remote Repository. In den master branch wird immer dann gepusht, wenn eine stabile Version vorliegt, also ein Meilenstein erreicht wurde. Versionen die im Master Branch liegen werden an den Projektpartner zum Testen ausgeliefert.
Liegt im remote Repository. Der Dev Branch dient als Sammelpunkt für alle fertig abgeschlossenen Features, die aber noch nicht notwendigerweise alle Tests implementiert haben müssen und zu 100% stabil laufen. Gerade wenn Features untereinander eine starke Abhängigkeit aufweisen ist es sinnvoll, sofort nach Abschluss der Funkionalität in den Dev Branch zu mergen und diesen zu pushen, um den anderen Teammitgliedern die Möglichkeit zu geben mit der implementierten Funktionalität zu arbeiten. Wichtig: Um auf dem Dev Branch zu arbeiten muss er als local remote-tracking Branch angelegt sein. In Intellij: VCS -> Git -> Branches -> origin/dev -> checkout as new local branch -> "dev" eingeben
Liegt im lokalen Repository Wenn ein neues Feature oder ein Task begonnen wird, dann wird zuerst ein neuer lokaler Feature Branch angelegt, der von Dev Branch abzweigt. Sämtliche Änderungen, die im Laufe der Implementierung enstehen werden auf diesen Branch commited. Dabei ist es jedem Einzelnen überlassen, ob er für jeden Subtask einen eigenen Branch anlegt oder alles auf einem Branch erledigt. Dieser Branch soll nicht gepusht werden, da wir im Repository keine Branches löschen können.
Eine normale commit-Message enthält immer die Issue-Nummer des zugehörigen Issues und eine kurze Beschreibung dessen, was im commit verändert wurde. Bsp: [Issue #11330] - Minor changes in logger messages in H2Handler
Wie oben schon erwähnt, werden normale commits immer auf einen eigenen lokalen Feature Branch ausgeführt. Wurde das Feature nun abgeschlossen läuft entsprechend stabil, wird zuerst der Dev Branch upgedated (pull), auf diesen gewechselt (checkout) und dann der lokale Feature Branch in den Dev Branch gemerged. Anschließend wird noch der Dev Branch auf das remote Repositoy gepusht, und damit veröffentlicht. Durch dieses Vorgehen hat man nach dem pull noch Zeit das eigene Feature wenn nötig zu überarbeiten und/oder ein Refactor auszuführen. Sobald ein commit gepusht wird, lässt er sich jedoch nicht mehr bearbeiten oder löschen.
Checkout Dev in Intellij: VCS -> Git -> Branches -> Local Branches -> dev -> Checkout Merge into Dev in Intellij: VCS -> Git -> Merge Changes oder: VCS -> Git -> Branches -> -> Merge