Was verbirgt sich hinter der Trunk-Version?

[gero01]

Hallo,

kann mir jemand erklären was sich hinter der Trunk-Version verbirgt ?

Ich habe bisher keine klare Beschreibung gefunden,

vielen Dank
Gerd



Linkback: https://www.modified-shop.org/forum/index.php?topic=11130.0

[h-h-h]

Die Trunk-Version ist die aktuelle Entwicklung für das nächste Release(z.Z. 1.06) und ist nicht für den produktiven Einsatz.

Diese Version wird fast täglich weiterentwickelt, von Fehler befreit und mit Erneuerungen wie z.B. jetzt mit der neuen SSEQ-lib erweitert oder mit bewährten Modulen bestückt.

Wir freuen uns, wenn Ihr immer wieder die Trunk-Version testet und bei Fehlern uns bescheid gebt.

Demo-Shop
SVN Trunk Version (aktuellste Entwicklerversion – nicht für den Produktiveinsatz)

Vielen Dank

h-h-h

[cYbercOsmOnauT]

Hallo Gerd,

die trunk-Version ist unsere Entwicklerversion die man auf Sourceforge herunterladen kann. Sie beinhaltet bereits Anpassungen, Fixes und Umbauten, die in der kommenden Version drin sein werden.

Von einem Einsatz der trunk-Version auf einem Produktivserver ist dringend abzuraten, denn wir können natürlich nicht garantieren, dass alles bereits 100%ig passt.

Testwillige können diese Version natürlich als Testshop laufen lassen und die Veränderungen für uns prüfen, sowie uns aufkommende Fehler oder andere Irregularitäten melden. Wenn dann alle Punkte der nächsten modified eCommerce Shopsoftware Version eingearbeitet und geprüft sind, wird diese letzte trunk-Version dann als neue volle Version offiziell zum Download angeboten.

Grüße,
Tekin

[gero01]

Vielen Dank an Euch,

In diedem Zusammenhang drängt sich da noch eine Frage auf:

Wie habt Ihr Eure Doku organisiert ?

Diese Frage stelle ich an alle hier im Forum !

Es geht nach dem Motto:
Wann habe ich in Welcher Datei Was gemacht !  

Das ganze mit dem Hintergrund, später nachzuvollziehen können, was  W-W-W gemacht wurde,
bezüglich neuer Updates, Änderungen usw.

 Ich denke über einen 3-gleisigen Weg nach:

 1.) jede/s Änderung/Modul als solches Einzeln dokumentieren in Form einer Installanweisung o.a.
     und im eigenen Verzeichnis + zusätzl. Dateien sicher archivieren

 2.) In jeder bearbeiteten Datei einen Vermerk im Infoteil über eingebaute Module, Änderungen
     usw.  

 3.) Excel-Tabellenblätter für die bearbeiteten Dateien anlegen,
     hier würde ich die eingebauten Module, Codes usw. vermerken.
     Was mir dabei nicht gefällt, 100 bis 200 bearbeitete Dateien, würden ebensoviele
     Tabellenblätter ausmachen. Das ist unübersichtlich.

Habt Ihr bessere Ideen ?

Gerd

[Tomcraft]

Ich erstelle mir eine Ordnerstruktur, in der ich nur die geänderten Dateien liegen habe.

Beim Update benutze ich dann WinMerge und übertrage die Änderungen wieder in die neuen Dateien.

WinMerge gibt es hier: FAQ: Liste wichtiger Freeware- & OpenSource-Programme für die Shop-Erstellung

Grüße

Torsten

[gero01]

Du hast einerseits die Versionsänderungen, andererseits die "Einbauten".

Habe so 'ne Nummer auch schon geübt, genau das möchte ich vermeiden!

bis dahin
Gerd

[Tomcraft]

Ich verstehe deinen Beitrag nicht ganz...

Gefällt dir meine Vorgehensweise nicht?

Grüße

Torsten

[gero01]

Hi Torsten,

Ich hatte hatte den Fall: eine alte Dateiversion mit eingebautem Modul.
Futzle das mal auseinander !
Was gehört zum Modul/Modulen, Was ist Version ! Es gab keine Installanleitung zum Modul.

Verstehste jetzt ?

Daher sehe ich den Dateiabgleich mit WinMerge, UltraCompare oder auch dem Total Commander als reines Hilfsmittel, nicht aber als primären Arbeitsweg die alten Änderungen zu reproduzieren.
Es sei denn, man fängt mit jeder Versionsänderung immer wieder von vorn an, hätte den Vorteil, man kommt nicht aus der Übung.

Ok bis später
Gerd

[floh]

Hi Gerd,

ich mache das so:

a) Eine Textdatei (changed_files.txt), wo ich alle von mir geänderten Files reinschreibe, auf den Server mit hoch lade und
b) im File selber dann z.B.

Code: PHP  [Auswählen]

// BOF -- floh (2011-02-07) Aenderungen fuer sliding top menue
...
den geänderten / eingefügten Code...
...
// EOF -- floh (2011-02-07) Aenderungen fuer sliding top menue
 

Ist für mich absolut Narrensicher, da ich sofort weiß was ich in welcher Datei geändert habe.

Bei einem Update kann ich mit WinMerge, wie es Torsten schon beschrieben hat, die Dateien nun vergleichen und sehe sofort wo was geändert werden muss / ist (jeweils Code und "Einbauten").

Ist zwar für den einen oder anderen zu umständlich, aber glaube mir es gibt keinen größeren "Supergau" wenn Du nicht mehr alles "aus dem Kopf" weißt.....

Vielleicht hilft es Dir...

Gruß

floh

[Tomcraft]

Ja, das war vermutlich der Grund, weshalb gero01 mir nicht ganz folgen konnte... *ggg*

Natürlich dokumentiere ich alle Änderungen im Quellcode, wie von floh gezeigt, wobei ich das direkt mal korrigiert habe, denn mit ## wird nur in SQL auskommentiert.

Grüße

Torsten

[gero01]

Hi Floh,

Danke für Deinen Beitrag.
Gute Idee mit der changed_files.txt

Gerd

[piru]

Hallo,
ich mache eine Mischung von Torsten und Floh.
Ich habe eine Datei .doc wo ich alle Änderungen rein schreibe. Da schreibe ich in welchem Datei, Zeile (ca.), geänderte oder neue Code, Änderungen in der DB, auf welches Modul sich bezieht, etc.
Dazu habe ich auch alle geänderte Dateien in eine Ordnerstruktur gespeichert, und nicht nur die geänderte Datei, sondern auch die original Datei mit dem Namen datei_org.php zB. Das mache ich, weil wenn die neue Version kommt, kann sein dass meine geänderte Datei auch ein bisschen angepasst werden muss, dann kann ich auch die alte Datei mit dem geänderte und mit dem neuen mergen (mit UltraCompare Professional)
Und dazu in der Datei mit //EOF....
Das ist natürlich viele Arbeit (speziell die Doku, die mit alle geänderte Code ganz viele Seiten hat), aber wenn ich eine Änderung in eine Datei suche, dann kann ich schnell in der Word Datei mit der Suchfunktion das finden.

Gruß
piru