Softwaretechnik (Allgemeine Informatik) Überblick

Transkript

1 Softwaretechnik (Allgemeine Informatik) Überblick 1 Einführung und Überblick 2 Abstraktion 3 Objektorientiertes Vorgehensmodell 4 Methoden der Anforderungs- und Problembereichsanalyse 5 UML-Diagramme 6 Objektorientiertes Design 7 Test 8 Refactoring 9 Dokumentation und Wartung 10 Projektmanagement und organisation 11 Source Revision Control Systems Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 757 Softwaretechnik (Allgemeine Informatik) Überblick: 11.2 Präsentation cvsintro 11.3 CVS im Together ControlCenter Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 758

2 Source Revision Control Systems Buchhaltung über Quellcode Versionen Zusammenarbeit der Entwickler Vergleich verschiedener Zustände von Programmprojekten Archivierung verschiedener Release-Stände CVS: Concurrent Versions System Eingeführtes Open Source System Aus der Unix-Welt Nutzt intensiv diff und patch Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 759 Subversion Neuer als CVS, ebenfalls Open Source Versioniert nicht individuelle Dateien, sondern ganze Verzeichnisbäume Add, delete, copy, rename von Dateien und Verzeichnissen Atomare Commits Text- und binäre Dateien Effizientes Branching und Tagging Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 760

3 CVS/Subversion: Prinzipien Kein Locking von Quell-Dateien Lock Modify Unlock Stattdessen Copy Modify Merge Schritte Lade Arbeitskopie aus Repository in lokales Arbeitsverzeichnis Check-out Ein oder mehrere Entwickler arbeiten an ihren eigenen Arbeitskopien Nach Fertigstellung: Commit (auch Check-in) der eigenen Änderungen ins Repository Zusammen mit einer Log-Message (Kommentar) Master-Copy im Repository wird aktualisiert Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 761 CVS/Subversion: Schritte Andere Entwickler können Repository fragen, ob Master-Copy sich geändert hat Falls ja: Aktualisieren der Arbeitsversion Update Alle Entwickler sind gleichberechtigt Sie entscheiden Zeitpunkte von Update und Commit Vor jeder größeren Änderung: Update Nach Abschluss der Änderung inklusive Tests, d.h. bei Vorliegen einer lauffähigen Version: Commit Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 762

4 CVS/Subversion: Konflikte Entwickler A und B arbeiten an derselben Datei Entwickler A committed seine Änderungen Danach tut Entwickler B dasselbe CVS/Subversion stellt Konflikt fest CVS/Subversion fügt conflict marker in die Arbeitskopie des Entwicklers B ein Entwickler B muss Konflikt lösen Vielleicht mit Entwickler A kommunizieren Entwickler B committed die konflikt-bereinigte Version ins Repository Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 763 CVS/Subversion: Scenario Zwei Entwickler, Hans und Inge, beginnen an einem Projekt zu arbeiten Sie checken ihre Arbeitskopien aus (update) Inge beginnt mit der Arbeit und committed ihre ersten Änderungen Hans tut noch nichts Inge ist fleißig, arbeitet weiter und committed weitere Änderungen Hans tut immer noch nichts Robert kommt zu dem Projekt hinzu Er updated seine working copy mit dem aktuellen Stand, der beide Änderungen von Inge enthält Inge hat heute ihren guten Tag: Sie committed den dritten Satz von Änderungen Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 764

5 CVS/Subversion: Scenario (fortgesetzt) Jetzt wird Hans aktiv Er hält jedoch einen Update nicht für nötig und editiert an allen möglichen Dateien herum Hans committed seine Änderungen Zwei Möglichkeiten Hans hat nicht die gleichen Dateien editiert wie Inge, keiner seiner committed Dateien ist gleich Inges editierten Dateien Der Commit ist erfolgreich Hans hat einige von Inges Dateien modifiziert oder einige der committed Dateien sind veraltet Hans wird aufgefordert, zuvor einen Update durchzuführen Daraufhin bekommt er die Konflikte präsentiert und muss sie auflösen Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 765 CVS/Subversion: Scenario (fortgesetzt) Robert führt einen Update aus Er sieht Dritte Änderung von Inge Erste Änderung von Hans Ggf. zweite Änderung von Hans (Konflikt-Bereinigung) Repository Zentraler Speicherort in CVS/Subversion: das Repository Änderungen als Diffs Alle Release-Stände lassen sich rekonstruieren Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 766

6 Zusammenfassung Check-out / Export Anforderung einer (neuen) Arbeitskopie vom Repository: Aktueller Stand zu diesem Zeitpunkt Commit Sende Änderungen der Arbeitskopie in das zentrale Repository Auch Check-in genannt Conflict Geschieht, wenn 2 Entwickler im selben Bereich von Quelldateien durchgeführte Änderungen committen wollen CVS/Subversion macht darauf aufmerksam Der Konflikt muss von den Entwicklern gelöst werden Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 767 Zusammenfassung (fortgesetzt) Log-message Kommentar zu jedem commit, das heißt zu jeder Revision des Projektes Repository Zentraler Speicherort der master copy in CVS/Subversion Jedes Projekt hat genau ein Repository Revision Eine Änderung, die committed wurde. Bestandteil der Historie einer Quelldatei Update Bringt inzwischen (von anderen Entwicklern) durch commit bestätigte Änderungen im Repository in die Arbeitskopie hinein Dabei können Konflikte auftreten Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 768

7 Zusammenfassung (fortgesetzt) Working copy Arbeitskopie eines Entwicklers Es kann viele davon geben Normalerweise eine separate Arbeitskopie pro Entwickler Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 769 Praktische Vorgehensweise Erstes Erstellen eines Eintrags in das Repository Projekt ganz normal in Visual Studio erstellen Grundstruktur der Klassen erstellen Weitere Klassen hinzufügen Die Projektmappe (solution) über AnkhSVN dem Subversion Repository hinzufügen (Import) Tortoise: Import... Erzeugen einer Arbeitskopie aus dem Repository Ein Checkout in das lokale working directory durchführen AnkhSVN: Extras AnkhSVN Checkout a repository directory... Dann die Projektmappe öffnen und Ankh aktivieren Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 770

8 Praktische Vorgehensweise Eine Arbeitssitzung durchführen Zu Beginn ein Update aus dem Repository durchführen Änderungen durchführen Ggf. mit Add neue Klassen hinzufügen Nochmals ein Update, um Änderungen von anderen zu sehen Ggf. Konflikte lösen Diff/Merge: Konflikt lösen Resolved setzen Revert: Alle eigenen lokalen Änderungen verwerfen, wenn Konflikt nicht lösbar ist Commit der Änderungen in das Repository Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 771 Andere Revision Control Systems RCS, GNU/RCS File locking Visual Source Safe (Microsoft) ClearCase (Rational) Sun Teamware Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 772

9 Softwaretechnik (Allgemeine Informatik) Überblick: 11.2 Präsentation cvsintro 11.3 CVS im Together ControlCenter Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) Präsentation cvsintro cvsintro.ppt Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 774

10 Softwaretechnik (Allgemeine Informatik) Überblick: 11.2 Präsentation cvsintro 11.3 CVS im Together Architect Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) CVS im Together ControlCenter Live Vorführung Prof. Dr. Björn Dreher Softwaretechnik (Allgemeine Informatik) 776