Abhängigkeiten und Git

Transkript

1 Abhängigkeiten und Git Continuous Lifecycle 2013, René Preißel Bjørn Stachmann

2 Inhalt 1. Über welche Abhängigkeiten reden wir? 2. Wie versionieren? a. Ein großes Repository b. Viele kleine Repositories c. Irgendwas dazwischen 3. Beispiele aus der Praxis

3 Typisches Projekt Externe Bibliothek Internes Modul Skripte (Build, Vagrant) Internes Modul Internes Modul Ressourcen (HTML, CSS) Externe Bibliothek Fremdsourcen (Javascript)

4 Eine Releaseeinheit Bibliothek 2.5 Internes Modul Skripte (Build, Vagrant) Internes Modul Internes Modul Ressourcen (HTML, CSS) Bibliothek 3.0 Version 1.5 Fremdsourcen (Javascript)

5 Eine Release-Einheit für eigene Entwicklung Eine Version Ein Lebenszyklus Repository Ein Repository Tags / Branches für alle Module

6 Jedes Modul eine Releaseeinheit Bibliothek 2.5 Modul 1.0 Skripte 0.9 Modul 1.3 Modul 1.6 Ressourcen 4.0 Bibliothek 3.0 Fremdsourcen 2.1

7 Eine Release-Einheit pro Modul Eigene Version Eigener Lebenszyklus Repository Eigenes Repository Eigene Tags und Branches für jedes Modul

8 Repository Modul-übergreifende Features / Refactoring Globales Build Einfaches Tooling Teilen und Weitergeben einzelner Module Modul-abhängiges Branching Repository

9 Szenarien - Ein Repo Gesamt-Repo featurea featureb Gesamt-Repo module1/featurea module2/featureb

10 Gesamt-Repo Main-Repo module1 module1/featurea module1/featureb CI push / pull Modulübergreifende Modul1-Repo Modul2-Repo Features Refactoring zwischen Modulen modul1 feature-x feature-y CI modul2 feature-z

11 Szenarien - Repo pro Modul Bibliothek 2.5 Modul 1.0 Skripte 0.9 Modul 1.3 Modul 1.6 Ressourcen 4.0 Bibliothek 3.0 Fremdsourcen 2.1

12 homogen Java-A 1.0 Java*-X Java-B 2.2 Java-C 1.5 * Ersetzen mit der Technologie Ihrer Wahl Repository Dependency Manager Maven, Ivy, Gradle, npm, RequireJS, Leiningen, SBT,... Artefakt Repository Artefakt A Artefakt B Artefakt C

13 ? Git Geteilte Skripte Build-Skripte Deployment-Skripte Modul X Ressourcen HTML / CSS / IMG Fremdsourcen Javascript, C++ Header Inhomogene Infrastruktur Repo X Einbindung von Sourcen und Ressourcen Globales Build erforderlich Repo A Commit Submodule oder Subtrees

14 Submodule Hohe Komplexität Fragil * aus Git - Grundlagen und Workflows

15 * aus Git - Grundlagen und Workflows Subtree

16 Beispiel Subtrees myproject build Schritte: Modul hinzufügen Repository mit Modulen klonen Neue Version eines Moduls einbinden Änderungen in einem Modul durchführen Änderungen aufsplitten und zurückübertragen

17 Subtree hinzufügen myproject build v1.0 myproject$+git+subtree+add+..prefix+build+..squash+../build.git+v1.0 myproject$+git+push mit --squash ohne --squash G1 G2 G1 G2 S1 Squash Commit aus Build für v1.0 B1 B2 B3 build/ Commit mit Tag v1.0

18 Klonen mit Subtrees projects$+git+clone+myproject.git+myproject2

19 Neue Version festlegen myproject build v1.2 myproject$+git+subtree+pull+..prefix+build+..squash+../build.git+v1.2 myproject$+git+push mit --squash G1 G2 G3 G4 S1 S2 Squash Commit aus Build für v1.2

20 Aktuellste Version holen myproject build myproject$+git+subtree+pull+..prefix+build+..squash+../build.git+ myproject$+git+push #Eigenes+Update.Skript+anlegen:+update.modules.sh myproject$+./update.modules.sh

21 In Subtrees arbeiten myproject build abc123 #Dateien+im+build.Verzeichnis+ändern myproject$+git+commit+.am+"neue+version+in+subtree" myproject$+git+push

22 Änderungen splitten Neues Commit im Build-Module git+remote+add+.f+build+../build.git B1 B2 build/ G1 G2 G3 S1 u.a. Dateien im build- Verzeichnis geändert git+subtree+split+..prefix+build+..branch+build_changes Nach dem Push B1 B2 build/ B1 B2 B4 build/ B3 build_changes B3 B4 build_changes G1 G2 G3 Merge+Push G1 G2 G3 S1 B3 enthält nur die Änderungen für das build-vereichnis S1

23 Subtree vs. Submodule Die Verwendung von Subtrees ist weniger komplex als die Verwendung von Submodulen. Die Restkomplexität trifft nur denjenigen, der auch direkt mit den Modulen arbeitet. Ein Repository enthält alle Dateien. Bei Subtrees ist die Historie der Dateien nicht im Hauptrepository einsehbar (--squash).

24 Beispiel - Globales Build Modul1 Artefakt Repository Modul1 use CI feat-a feat-b Modul2 TeamA Modul2 CI feat-a feat-b TeamB Modul3 publish Build-Repository subtree pull CI Globale Tags Revisionssicheres Gesamt-Repo

25 Beispiel: Externer Dienstleister Main-Repo Main-Repo Modul1 Main Modul1 Modul2 Main Modul2 subtree split Modul3 Modul3 Modul3 Dienstleister subtree pull Modul3 Artefakt Repository Modul1 Modul2 Modul3-Repo Modul3

26 Wann was nutzen? Projektstart - Ein Team Projektstart - Mehrere Teams Globales Build Globale Features oder Refactorings Module mit eigenen Releasezyklus Weitergabe einzelner Module Einbinden von externen Bibliotheken Einbinden von Fremdsourcen Ein Repo Ein Repo ggf. mit Team-Repos Ein Repo ggf. mit Modul-Repos Ein Repo ggf. mit Modul-Repos Dependency Manager falls vorhanden, sonst Subtree Splitten in eigenes Repo Einbinden mit Dependency Manager oder Subtree Dependency Manager Subtree

27 Über Uns René Freiberuflicher Berater, Entwickler, Trainer Bjørn Senior Software Engineer etracker GmbH