1.3.3.3. Entwicklungsteams, Querschnittsteams

Im Gegensatz zu den Verwaltungsteams sind die Entwicklungsteams, selbst gegenüber externen Mitwirkenden, recht offen. Auch wenn Debian sich nicht dazu berufen fühlt, Software zu erstellen, so benötigt das Projekt doch einige spezielle Programme, um seine Ziele zu erreichen. Natürlich wenden diese unter einer freien Softwarelizenz entwickelten Hilfsprogramme Methoden an, die sich andernorts in der Welt der freien Software bewährt haben.

KULTUR CVS

CVS (Concurrent Versions System) ist ein Hilfsprogramm für gemeinschaftliches Arbeiten an mehreren Dateien mit einer Veränderungschronik. Die betreffenden Dateien sind im allgemeinen Textdateien wie zum Beispiel der Quellcode eines Programms. Wenn mehrere Leute gemeinsam an derselben Datei arbeiten, kann cvs die Veränderungen nur zusammenführen, wenn sie an unterschiedlichen Teilen der Datei vorgenommen wurden. Anderenfalls müssen diese „Konflikte“ von Hand gelöst werden. Das System verwaltet Veränderungen Zeile für Zeile, indem es diff-Patches von einer Version zur nächsten aufbewahrt.

CVS verwendet ein zentrales Archiv (ein sogenanntes CVS-Repository), um Dateien und ihren Veränderungsverlauf zu speichern (jede Überarbeitung wird in Form einer diff-Patchdatei gespeichert, die auf die vorhergehende Version angewendet werden kann). Man entnimmt eine bestimmte Version (Arbeitskopie), um daran zu arbeiten. Das Programm ermöglicht es, sich die Änderungen an der Arbeitskopie anzusehen (cvs diff), sie im zentralen Archiv zu speichern, indem man im Veränderungsverlauf einen neuen Eintrag erstellt ( cvs commit ), die Arbeitskopie zu aktualisieren, um Änderungen, die parallel zu anderen Anwendern vorgenommen wurden, einzupflegen (cvs update ) und eine bestimmte Konfiguration des Verlaufs festzuhalten, um sie später wieder leicht entnehmen zu können (cvs tag).

CVS-Experten wissen, wie man gleichzeitig mit mehreren Versionen eines in der Entwicklung befindlichen Projekts umgeht, ohne dass sie sich gegenseitig stören. Diese Versionen werden branches(Zweige) genannt. Diese Metapher eines Baumes ist recht treffend, da ein Programm anfänglich in einem gemeinsamen Stamm entwickelt wird. Wenn eine bestimmte Wegmarke erreicht ist (wie zum Beispiel Version 1.0), setzt sich die Entwicklung in zwei Ästen fort: Der Entwicklungszweig erarbeitet die nächste größere Veröffentlichung, und der Wartungszweig handhabt Aktualisierungen und Fehlerkorrekturen für die Version 1.0.

cvs hat jedoch einige Einschränkungen. Es kann nicht mit symbolischen Links, Änderungen von Datei- oder Verzeichnisnamen, dem Löschen von Verzeichnissen usw. umgehen. Dies hat zu moderneren und freien Alternativen geführt, die die meisten dieser Lücken schließen. Hierzu gehören insbesondere subversion (svn), git, bazaar (bzr) und mercurial (hg). http://subversion.tigris.org/ http://git-scm.com/ http://bazaar-vcs.org/ http://mercurial.selenic.com/

Debian hat wenig eigene Software entwickelt, aber bestimmte Programme spielen heute eine zentrale Rolle, und ihr Name hat sich über den Bereich des Projekts hinaus verbreitet. Gute Beispiele sind dpkg, das Debian-Paketverwaltungsprogramm (es ist eine Abkürzung für Debian PacKaGe), und apt, ein Hilfsprogramm zur automatischen Installation von Debian-Paketen, und seine Abhängigkeiten, die den Zusammenhalt des Systems nach einer Aktualisierung sicherstellen (sein Name ist eine Abkürzung für Advanced Package Tool). Ihre Teams sind jedoch viel kleiner, da ein recht hohes Maß an Programmierfähigkeiten für das allgemeine Verständnis von Vorgängen bei dieser Art von Programmen erforderlich ist.

Das wichtigste Team ist wohl jenes für das Debian-Installationsprogramm debian-installer, das seit seinem Beginn im Jahr 2001 ein Werk bedeutenden Ausmaßes fertiggestellt hat. Zahlreiche Mitwirkende waren erforderlich, da es schwierig ist, ein einzelnes Programm zu schreiben, das in der Lage ist, Debian auf einem Dutzend verschiedener Architekturen zu installieren. Jedes hat seine eigenen Startabläufe und seinen eigenen Boot-Loader. All diese Arbeit wird in der Mailingliste debian-boot@lists.debian.org unter der Leitung von Otavio Salvador und Joey Hess koordiniert. http://www.debian.org/devel/debian-installer/ http://kitenet.net/~joey/blog/entry/d-i_retrospective/

Das Team des Programms debian-cd ist sehr klein und hat ein noch bescheideneres Ziel. Viele „kleine“ Mitwirkende sind für ihre Architektur verantwortlich, da der Hauptentwickler weder alle Feinheiten noch den genauen Weg zum Starten des Installationsprogramms von der CD-ROM kennen kann.

Viele Teams müssen mit anderen beim Paketieren zusammenarbeiten: debian-qa@lists.debian.org versucht zum Beispiel, die Qualität auf allen Ebenen des Debian-Projekts sicherzustellen. Die Liste debian-policy@lists.debian.org entwickelt Debian-Richtlinien aufgrund von Vorschlägen, die aus allen Richtungen eintreffen. Die Teams, die für jeweils eine Architektur zuständig sind (debian-architektur@lists.debian.org ), kompilieren alle Pakete und passen sie dabei nach Bedarf an ihre jeweilige Architektur an.

Andere Teams betreuen die wichtigsten Pakete, um ihre Instandhaltung sicherzustellen, ohne eine allzu schwere Last auf die Schultern eines Einzelnen zu legen; dies ist bei der C-Bibliothek und debian-glibc@lists.debian.org der Fall, beim C-Compiler auf der Liste debian-gcc@lists.debian.org und bei Xorg auf debian-x@lists.debian.org (diese Gruppe ist auch als die X Strike Force bekannt und wird von Cyril Brulebois koordiniert).