Versions- und Konfigurationsmanagement - Heinz Nixdorf Institut: … · 2013-04-10 · Dokumente via Mail Netzwerkfestplatte Konventionen und Regeln werden im Team definiert ... Mischen

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Versionsmanagement

1Software(technik)praktikum: Vorlesung 2: Versionsmanagement 11.03.2013

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Versionsmanagement

Motivation

Ausgangslage

Softwareentwicklung ist Teamarbeit

Viel (indirekte) Kommunikation nötig

Entwicklungswissen muss dokumentiert wissen

Software besteht aus vielen Dokumenten

Lastenheft

Pflichtenheft

Analyse- und Designdokument

Programmcode

Dokumentation

Handbuch

11.03.2013Software(technik)praktikum: Vorlesung 2: Versionsmanagement 2

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Versionsmanagement

Motivation

Konsequenz

Verschiedene Personen greifen (gleichzeitig) auf

Dokumente

Oft bearbeiten verschiedene Personen gleichzeitig

(unabhängig voneinander) dasselbe Dokument


© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Versionsmanagement

Motivation

Typische Probleme / Fragen

Versionsmanagement

Wo ist die aktuelle Version?

Was ist die zuletzt lauffähige Version?

Wo ist Implementierungsversion vom 01. April 2012?

• Und welche Dokumente beziehen sich auf diese Version?

Welche Version wurde dem Kunden „Schäfer“ präsentiert?

Änderungsmanagement

Was hat sich seit letzter Woche geändert?

Wer hat diese Änderung gemacht?

Warum wurde diese Änderung gemacht?


© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Versionsmanagement

Motivation

Einfache Lösungen

Austausch der

Dokumente via USB-

Stick / Festplatte

Austausch der

Dokumente via Mail

Netzwerkfestplatte

Konventionen und

Regeln werden im

Team definiert


© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Versionsmanagement

Motivation

Einfache „Lösungen“ erzeugen neue Problem

Konventionen und Regeln werden nicht eingehalten

Koordination ist aufwendig und führt zu Verzögerungen

Varianten und Konfigurationen werden von Hand verwaltet

Versions- und Änderungsfragen nicht bzw. nur schwer beantwortbar

Geistige Kapazität wird mit „Kleinkram“ verschwendet

Fazit:

Konventionen müssen technisch erzwungen werden!


© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Versionsmanagement

Motivation

Sinnvolle Lösung

Versions- und Konfigurationsmanagementsysteme

Lösen (bei vernünftiger Anwendung) alle genannten

Probleme (fast) ohne Zusatzaufwand

Bieten sogar Zusatzleistungen (z.B. einfache

Datensicherung)


© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Versionsmanagement

Konzepte

Versions-

verwaltungs-

system

Dokumente in

hierarchischer

Struktur

Zugriff und Modifikation

von Dokumenten

Koordination der Zugriffe

und Modifikationen,

insbes. Wahrung der

Konsistenz

Nutzer Nutzer

Repository


© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Konsistenzmechanismen

Optimistische Mechanismen

System erlaubt gleichzeitiges Bearbeiten des Dokuments durch

verschiedenen Personen

System erkennt und integriert die Änderungen (Merging)

Evtl. funktioniert das nicht automatisch; dann muss der Konflikt

manuell beseitigt werden

Pessimistische Mechanismen

System verbietet gleichzeitiges Bearbeiten des Dokuments durch

verschiedenen Personen (Sperrprotokolle)

Beide Mechanismen haben Vor- und Nachteile

(hierzu später mehr)


© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Optimistischer Ansatz

Versions-

verwaltungs-

system Lokale Kopien des

Repositories

(Arbeitsverzeichnis)

Nutzer

Repository

Nutzer


0

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Pessimistischer Ansatz

Ablauf zur Bearbeitung einer Datei file.txt:

checkout file.txt

< Bearbeitung der

Datei >

checkin file.txt

Zwischen checkout

und checkin kann kein

anderer Nutzer die

Datei verändern.

Genaue Syntax und Optionen

der Kommandos hängen vom

Versionsverwaltungssystem ab.


1

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn


update - Nutzer aktualisiert seine lokale Kopie des

Repositories

commit - Nutzer übergibt seine lokale Kopie an das

Repository (Versionsnummer wird inkrementiert)

Ändern der lokalen Kopie durch Nutzer jederzeit erlaubt

(es gibt keine Sperren)

update und commit sind (nahezu) jederzeit erlaubt

Genaue Syntax und Optionen

der Kommandos hängen vom

Versionsverwaltungssystem ab.


2

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn


Mischen (Merge): Szenario 1

file.txt file.txt

Änderungen im Repository

(durch commit anderer Benutzer)

Änderungen im

Arbeitsverzeichnis

file.txt


3

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn



14Software(technik)praktikum: Vorlesung 2

file.txt file.txt

Änderungen im

Repository

Aktualisierte Version im

Arbeitsverzeichnis

update

(+ ggf. merge)

Merge:

Änderungen aus dem

Repository (seit der

letzten Aktualisierung)

und der Änderungen

im lokalen Verzeichnis


4

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn



file.txt file.txt

Änderungen im

Repository

Aktualisierte Version im

Arbeitsverzeichnis

update

Bei gängigen Systemen

funktioniert das erstmal

nur mit Text-Dateien (z.B.

.java oder .tex)


5

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn



file.txt file.txt

Änderungen im

Repository

Änderungen im

Arbeitsverzeichnis

file.txt


6

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn



file.txt file.txt

Änderungen im

Repository

Änderungen im

Arbeitsverzeichnis

file.txt

update

Konflikt


7

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn


Konflikte

Konflikte werden in der Datei im Arbeitsverzeichnis

markiert:

<<<<<<

Änderung 1

------

Änderung 2

>>>>>>

Konflikte müssen vom Benutzer in seiner Arbeitskopie

von Hand korrigiert werden.

Hinweis: Konflikte entstehen nur Arbeitsverzeichnis


8

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn


Mergen binärer Dateien

Für Textdateien existieren gute Merge-Algorithmen

Java, Latex, ... somit gut vergleichbar und mergebar

Für binäre Dateien müssen separate Merge-Algorithmen

vorhanden sein

Beispiel: MS Word-Dokument

Word bietet jedoch intern Vergleichs- und Mergeoptionen

Hinweis: In Versionsverwaltungssystemen kann man

angeben, ob eine Datei binär ist


9

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn


Frage bzgl. Commit

Frage: Was passiert, wenn der Nutzer ein commit

durchführt, und dabei Änderungen im Repository noch

nicht in sein Arbeitsverzeichnis übernommen hat?

Antwort:

Wird durch Repository-Client verboten.

Client fordert, dass erst update ausgeführt wird

Commit erst danach möglich

• Commit nur möglich, wenn lokales Repository konfliktfrei ist


0

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn


Commit-Unterbindung

v100

Versions-

verwaltungs-

systemv100 v100


1

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn


Commit-Unterbindung

v100

Versions-

verwaltungs-

systemv100* v100*v100


2

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn


Commit-Unterbindung

v101

Versions-

verwaltungs-

systemv100* v101

> commit> commit

up-to-date

check failed


3

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn


Commit-Unterbindung

v101

Versions-

verwaltungs-

systemv101* v101

> commit> commit

up-to-date

check failed

> update

M file.txt

v100*


4

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn


Commit-Unterbindung

v102

Versions-

verwaltungs-

systemv102 v101

> commit> commit

up-to-date

check failed

> update

M file.txt

> commit

v101

v101*


5

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Unterstützung für Versions-

management in Eclipse

26Software(technik)praktikum: Vorlesung 2 11.03.2013Software(technik)praktikum: Vorlesung 2: Versionsmanagement 2

6

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Vergleich: Pessimistisch vs

Optimistisch

Pessimistische Mechanismen

++ keine Konflikte

-- kein gleichzeitiges Arbeiten an demselben Dokument

(bei großen Dateien behindert es die Teamarbeit)

-- Dateien können unabsichtlich lange gesperrt sein

Optimistische Mechanismen

-- Konflikte (oft vermeidbar bei sehr guter Absprache)

++ gleichzeitiges Arbeiten an Dokumenten möglich

Für typische Softwareprojekte (große und verteilt

arbeitende Teams) haben sich die optimistischen

Mechanismen als zweckmäßiger erwiesen


7

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Versionierungsart

Repository-Versionierung

Repository-Versionierung

Je commit gibt es eine neue Repository-Nummer

Head ist neueste Repository-Version

2

8

Software(technik)praktikum: Vorlesung 2: Versionsmanagement 11.03.2013

Main.java

index.html

main.html

V1

V2

V3

V4 Main.java Appl.java

>>commit

>>commit

>>commit

>>commit

<<added>>

<<added>>

<<added>>

<<added>><<changed>>

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Versionierungsart

Dateiversionierung

Dateiversionierung

Jede Datei hat ihre eigene Version

Je Commit werden Versionsnummern der Dateien inkrementiert

Konfiguration: Menge von Dateiversionen

Main.java Appl.java index.html main.html

V1

V2.0 V1.1

V1.2

V1

V1.1

V1 V1

V1.1

V1.2Konfiguration:

Heute (head)

Release


9

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Weitere Features von

Versionsmanagementsystemen

Zugriff auf alte Versionen

Alte Versionen sind jederzeit zugreifbar (wichtiger

Unterschied zu simpler Netzwerkfestplatte)

Versionsvergleich

Differenz der Dateien markiert Änderungen

Branching

Alternative Entwicklungszweige ermöglichen das

Versionieren von Varianten (z.B. Implementierung eines

alternativen Benutzerinterfaces)

Tagging

Versionen markieren (z.B. Release 1.0)


0

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Weitere Features von

Versionsmanagementsystemen

Kommitkommentar

Mit jedem commit kann (und sollte) man in einem kurzen

Kommentar angeben, welche Änderungen vorgenommen

wurden

Mailbenachrichtung

Bei Änderungen von Dateien können automatisch

Nachrichten an andere Nutzer verschickt werden

Blame-Analyse

Man kann für jede Datei feststellen, welche Zeile von welchem Nutzer zuletzt bearbeitet wurde (blame)

Verknüpfung mit Ticketmanagementsystem

Tickets (z.B. Trac) für Bug-Reports und Features-Requests

können sich auf Versionsnummern beziehen


1

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Inhalt für das Repository

Welche Dokumente und Dateien gehören ins Repository?

Alle Dokumente und Dateien, die zur Software und ihrem

Entwicklungsprozess gehören und nicht automatisch aus

den anderen Dateien oder Dokumenten generiert werden

können

z.B. Keine temporären Latex-Dateien *.aux, *.bbl, ...

…vermeiden, trotzdem Kopien anzulegen!

(Kopie (1) von …, Kopie (2) von …, Kopie (3) von …)


2

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Praktikum: SVN

Im Praktikum nutzen wir optimistische Mechanismen

Konkret: Subversion (SVN)

Wird eingesetzt bei Apache,

SourceForge, Google Code, ...

Features: Commit-Kommentare

Mailbenachrichtung bei jedem Checkin

Blame-Analyse

Verknüpfbar mit Ticketmanagementsystem

(z.B. Trac)

Viele SVN-Clients, u.a.

• Subclipse und Subversive für Eclipse

• TortoiseSVN

• Integriert sich in Windows-Explorer


3

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Praktikum: SVN

SVN unterstützt nur Repository-Versionierung

SVN unterscheidet zwischen

trunk (Stamm): Standardentwicklungspfad

tags (Markierung): Meilensteine, Abgaben, Release, ...

branch (Verzweigung): temporäre Pfade für Varianten

Zeit


4

http://commons.wikimedia.org/wiki/File:Subversion_project_visualization.svg

© F

achgebie

t S

oft

ware

technik

, H

ein

z N

ixdorf

Institu

t, U

niv

ers

ität P

aderb

orn

Zusammenfassung

Versionsmanagementsysteme erleichtern das

gemeinsame Arbeiten an Dokumenten und Dateien

Änderungen sind nachverfolgbar

Alte Versionen sind zugreifbar

Im Praktikum nutzen wir das optimistische

Verfahren SVN

Üben Sie das Arbeiten mit SVN

Nutzen Sie unser Tutorial auf der Webseite.

Nutzen Sie die Tutorials im Web


5

Versions- und Konfigurationsmanagement - Heinz Nixdorf Institut: … · 2013-04-10 · Dokumente via Mail Netzwerkfestplatte Konventionen und Regeln werden im Team definiert ... Mischen

Documents