autm. Versionsverwaltung der Module, was erwartet man von dieser Funktion? Einstellungen

[STam]

Ich hatte mal irgendwo von amk gelesen das es dort probleme gab:

die versionsverwaltung in SF ist halt nicht sonderlich intelliegent 0.9.11 geht nicht bzw. das modul wird dann immer als neues modul gespeichert

...
Wie würde das denn anders aussehen bzw. was genau ist 'nicht sonderlich intelligent' oder anders gefragt "was erwartet man von dieser Funktion?"

Als grundlage dient hier die Methode 'fnc.library.php:lib_auto_version'

QUELLTEXT

// return a autoversion
function lib_auto_version($version) {
    $num = explode('.', $version);
    $num[(count($num)-1)] =+ 1;
    return implode(".", array_values($num));
}

...

Also wenn wir das gewünschte Ziel erreichen wollen, nämlich SF besser zu machen, kann man doch auch so eine Kleinigkeit angehen und verbessern,
zumindest aber mal diskutieren


Gruß

[Guest_bkm_*]

Wie würde das denn anders aussehen bzw. was genau ist 'nicht sonderlich intelligent' oder anders gefragt "was erwartet man von dieser Funktion?"

was daran intelligent oder sonstwas ist kann ich nicht sagen
was mir aber dazu einfällt und schon einige male passiert ist, das ich module (mit eignen änderungen)
aus vergesslichkeit einen update unterzogen habe und somit die änderungen verloren gingen.
somit wäre vll. eine nummer von bis die vom update ausgeschlossen wird oder eine art schloss
(update verboten) von vorteil.
kann aber auch sein das dies nur mir passiert

[smail]

Ok, ich hab von der Versionsverwaltung nun schon verschiedentlich gehört, aber so ganz genau weiß ich ehrlich gesagt nicht, was die eingebaute(?) Verwaltung macht oder wie man diese überhaupt nutzt. Was also kann die Versionsverwaltung derzeit eigentlich?

Bisher habe ich die Module einfach lokal mit einem Editor auf einen neuen Stand gebracht und als neues Modul mit gleichem Namen und höherer Versionsnummer von Hand angelegt. Schätze mal, dass das dann wohl nicht der beste Weg ist...

Gruß
Jan