AW: AW: [Allegro] Vb.203: Neue Sicherheit mit V28.1

[Thomas Berger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lieber Herr Eversberg,

|> Das ist genau die Vorgehensweise, mit der man sich selbst ein Bein
|> stellt.
|>
| ... zu der Aussage:
|> |
|> | Die jeweils aktuelle Version steht auf dem Verzeichnis "standard".
|> | Es wird erst dann ein Verzeichnis V28.1 eingerichtet, wenn sich wieder
|> | was ändert.
|> |
|
| Wir sollen also jeweils, wenn eine Version freigegeben ist, diese auf
| einem eigenen Verzeichnis als Kopie bereitlegen und zusätzlich genau
| dieselben Dateien als aktuelle Version, an der dann täglich und
| stündlich Änderungen passieren können?

Anlegen eines Branches V28.1 kostet in Subversion vermutlich weniger
als ein kB: Es wird nur eine neue interne Revisionsnummer vergeben und
dazu vermerkt, dass der neue Pfad die Dateien der vorigen Revision im
alten Pfad enthaelt.


| Wir haben aber nicht vor, schon ganz schnell Änderungen bereitzustellen.
| Erst wenn die erste geänderte oder neue Datei kommt, dann gibts ein
| neues Verzeichnis - dadurch wird der Tatbestand ersichtlich, DASS eine
| erste Änderung erfolgt ist. Eigentlich würden wir es für sinnvoller

Es gibt allerdings auch den Tatbestand, dass es V28.1 bereits gibt.

Es ist aber v.a. so: Wenn eine Gruppe aktualisierter Dateien
bereitgestellt wird (etwa weil eine wichtige, nicht punktuelle Aenderung
stattgefunden hat, die nicht so trivial ist, dass man in einer Mail
schreiben kann "Aendern Sie dies und das", sich die Herausgabe eines
neuen GP aber nicht lohnt), dann sollte das Einchecken ganz automatisch
und beilaeufig moeglich sein.

Muss man aber erst nachdenken, ob noch keine fruehere Aenderung
stattgefunden hat und daher nun das (seltene, und daher Konsultation
einer Anleitung erfordernde) retrospektive Erzeugen eines Branches
eingeschoben werden muss, wird es kontraproduktiv und auesserst
fehlertraechtig: Entweder man gewoehnt sich dann an, ueberhaupt
nie einzuchecken, oder man produziert staendig Branches zu neuen
Versionsnummern, die ganz andere Dateistaende als die zugehoerigen
Installationspakete enthalten.


| halten, auf dem Aktuell-Verzeichnis NUR die gegenüber der letzten
| freigegebenen Version geänderten Dateien bereitzustellen, aber genau
| dieses hilfreiche Verfahren unterstützt Subversion leider nicht. Oder
| man muß zusätzliche Dinge machen, bei denen man sich noch leichter ein
| Bein stellen kann.

Das "standard"-Verzeichnis enthaelt die aktuellste gueltige Version
aller zugehoerigen Dateien: Holt man alles, hat man exakt das, was
man braucht. (und das ist das Hauptziel einer Versionsverwaltung: Man
will alles zu einem definierten Zeitpunkt gueltige ziehen, um eine
konsistente Version zu bekommen, unabhaengig davon, dass sich bestimmte
Bestandteile jahrelang nicht geaendert haben)

Will man die Aenderungen zu einer bestimmten vorigen Version sehen, muss
man das entsprechende SVN-Kommando anwenden, das geht unter
http://svn.allegro-c.de/allegro/ nicht (dort wird immer nur ein Stand
angezeigt), wohl aber ueber das Zusatzinterface
http://websvn.allegro-c.de/index/UBBS-Quelltexte/allegro/ , sort
kann man sich die Aenderungen ja auch als RSS-Feed abonnieren).
Das von Ihnen eingesetzte WebSVN zeigt leider Revision-Numbers und/oder
Aenderungsdaten nur beim Blick auf konkrete Dateien, nicht bei der
Liste aller Dateien in einem Ordner: Vielleicht ist da noch etwas
konfigurierbar? Denn normalerweise ist die Ersatzfrage "was hat
sich ~kuerzlich~ geaendert" eine hinreichende Annaeherung an
"was ist seit der Freigabe von V28.1 passiert"

Was Ihnen vorschwebt ist evtl. ein automatisches Aufraeum-Feature
fuer Ihren ftp-Bereich: Dateien werden automatisiert weggenommen,
wenn sie nicht neuer sind als die Version im aktuellen inst-all.exe

viele Gruesse
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQCVAwUBR58i02ITJZieluOzAQKmrwP/ZETMNYJucsdDptHPpn9SvY2qRuyFpGaV
CMtnjtYK409o+DjeGeeR3qRqb0b2pRhWjy/CPDQ8bdZoNSBjpz4id13S8qGfBI/w
kLCO05VD+0jb+23PyuIrVMbIOCj9lSKuF3rcWBai8/upnNhk54aB2KB4G4QV/wcg
M+MmkUpr/iM=
=3RaW
-----END PGP SIGNATURE-----