Dateien für geplante System-Updates in Branch "system_updates" ausgelagert
tools.sh angepasst, damit git-spezifische Dateien ignoriert werden
README.md angepasst: JavaScript-Menü statt Java-Menü
.gitignore aktualisiert und aufgesplittet, so werden die leeren DokuWiki Verzeichnisse 'tmp' und 'cache' nicht mehr von git ignoriert
Diverse Anpassungen, die wegen dem Umzug nach GitGub nötig waren
Anzeige des letzten Commits (Hash) auf der Startseite, damit man bei der Online-Demo sieht wie aktuell sie ist
Hash des letzten Commits sollte jetzt auch bei Branches korrekt ermittelt werden können
Einfaches, primitives Update-System implementiert

Als weitere Ausgangslage, hier mal die ersten Schritte zum neuen Update-System.
Der spätere zentrale Server im Internet, von dem die Updates dann kommen,
wird zu Entwicklungszwecken im Ordner /development/systemupdates_testserver/
"simuliert". Die Updates werden dann einfach per HTTP geholt. Um es zu testen,
müssen zuerst die Test-Update-Archive im genannten Ordner (bzw. in dessen
Unterordner "archives") erstellt werden, dazu gibt es die "build_packages.sh".

Bereits (teilweise) implementiert sind:

 - Die neue Klasse "SystemUpdate"
 - Die Seite "system_updates.php", zu erreichen im Menü unter System/Updates
 - Das Holen der neusten Versionsnummer im Internet (bzw. jetzt noch offline)
 - Das Herunterladen der verfügbaren Update-Pakete
 - Die Unterstützung für das manuelle Herunterladen der Pakete (offline)
 - Einen primitiven Update-Installer, der einfach ein ZIP-Archiv entpackt
 - Einen Wartungs-Modus um Part-DB vorübergehend zu sperren

Der Update-Mechanismus ist natürlich nur ein Provisorium, da es noch keinerlei
Backup/Wiederherstellungs-Möglichkeiten, Prüfsummen-Check usw. gibt.
Ausserdem fehlt noch ein Migrations-Assistent, der noch zusätzliche Aufgaben
erledigen kann (alles was nicht mit reinen Dateioperationen machbar ist).