AutoUp: Unterschied zwischen den Versionen

Aus OrgaMon Wiki
Zur Navigation springen Zur Suche springen
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
Zeile 54: Zeile 54:
   * EMAIL:
   * EMAIL:


== Unterstützung von Inno Setup ==
== Unterstützt von Inno Setup ==


Es werden vorbereitete .iss Dateien gepatched, und in der Folge der Setup-Compiler
Es werden vorbereitete .iss Dateien gepatched, und in der Folge der Setup-Compiler
Lauf ausgelöst. Das entstandene Setup wird in das Zielverzeichnis verschoben.
Lauf ausgelößt Das entstandene Setup wird in das Zielverzeichnis verschoben.


== Gedanken zu Erweiterungen ==
== Gedanken zu Erweiterungen ==


x: ni.html nur erzeugen, wenn FileAge(template)>FileAge(ni.html), genauso mit den Projekt-Infos und der xxxRev.html verfahren.
x: ni.html nur erzeugen, wenn FileAge(template)>FileAge(ni.html), genauso mit den Projekt-Infos und der xxxRev.html verfahren.
x: in der Hauptseite download zunächst nicht gleich anbieten sondern erst auf die Projekt-Seite, so daß sichergestellt ist daß die Rev-Info gelesen wird. Grund 2: Ich will in der Web-Statistik lesen, dass das Teil eben heruntergeladen wurde! !!!!GANZ WICHTIG!!!!
x: in der Hauptseite download zunächst nicht gleich anbieten sondern erst auf die Projekt-Seite, so dass sichergestellt ist dass die Rev-Info gelesen wird. Grund 2: Ich will in der Web-Statistik lesen, dass das Teil eben heruntergeladen wurde! !!!!GANZ WICHTIG!!!!
* Umsetzung, der rev Titel:
* Umsetzung, der rev Titel:
  <li><a href="#lang">Translating Inno Setup's Text</a>
  <li><a href="#lang">Translating Inno Setup's Text</a>
Zeile 68: Zeile 68:
  -> "<Projekt> Info.html" gleich als Info ins Web stellen"
  -> "<Projekt> Info.html" gleich als Info ins Web stellen"
Bug: wen ein "altes" Projekt von "classic" (=zip) auf "inno setup" umgestellt
Bug: wen ein "altes" Projekt von "classic" (=zip) auf "inno setup" umgestellt
wird, wird das alte ZIP nicht gelöscht, das jetzt neue revsions
wird, wird das alte ZIP nicht gel?t, das jetzt neue revsions
Setup-*.exe heissen.
Setup-*.exe heissen.
Idee: wie bei make->ist die Rev neuer als die html->neuen Projekt-Zweig
Idee: wie bei make->ist die Rev neuer als die html->neuen Projekt-Zweig
Zeile 78: Zeile 78:
irgendwas neues steht.
irgendwas neues steht.
neue VERSION-Option: FileVersion benutzen auf .exe und daraus rev-Datei
neue VERSION-Option: FileVersion benutzen auf .exe und daraus rev-Datei
und globals.pas querprüfen! Dann kann nix mehr passieren!!!
und globals.pas querprüfen. Dann kann nix mehr passieren!!!
exe=globals=rev-Datei=heutiges Datum! (Alles muss stimmen!)
exe=globals=rev-Datei=heutiges Datum! (Alles muss stimmen!)

Version vom 10. September 2007, 15:36 Uhr

AutoUp ist ein in den OrgaMon integriertes CMS. Es wurde geschaffen, um die Release Wechsel und die Auslieferung ins Web vollständig zu automatisieren. AutoUp interprätiert Rev-Dateien (im Prinzip Konfigurations Dateien) einzelner Projekte und erzeugt automatisiert anhand von html-Templates eine ganze Website!
AutoUp erledigt folgende Aufgabenbereiche:

  • Konnektieren an die Kunden-Datenbank, erstellung einer Release Mail.
  • Rev-Datei öffnen und Infos rauslesen. ermitteln aller i* und r* Variablen, erstellen des Inhaltsverzeichnisses, erstellen der Rev-Datei, suche nach den Icons,
  • Historie aufräumen
  • Alte Revisions aufräumen / verschieben
  • Inno Setup erstellen
  • Zip erstellen
  • Single File erstellen
  • Postcopy
  • Generieren der neuen index.html zusammen mit den Projekt
  Unterseiten (SubSeiten)
    Info Dokument erstellen, ggf. schon jetzt öffnen

Systemparameter

Verzeichnisname des Ordners aller *.rev Dateien.

 AutoUpRevPfad=    // default G:\Rev\

Verzeichnisname des Ordners der Webinhalte zwischenspeichert.

 AutoUpWebPfad=    // default G:\CargoBay\


Rev Dateien

Für jedes Projekt muss eine Rev-Datei angelegt werden. Rev dateien sind einfach ASCII Dateien und stellen eine Mischung aus der bekannten "ChangeLog" Datei und einer Make Datei dar.
Externe Prozesse werden durch besondere Projekt Optionen eingestellt werden.

 * PROJEKT:
 * SHORT NAME:
 * SOURCE DIR:
 * UPDATE:
 * KUNDE:
 * DELETE OLDER RELEASE: NO
 * INSTALL FROM:
 * SINGLE FILE:
 * INNO SETUP SCRIPT:
 * INNO SETUP PATH:
 * INNO SETUP WITHOUT POINT: YES
 * INNO SETUP UPDATE: YES
 * COPY:
 * POST MOVE:
 * INFO:
 * CHARSET: DOS
 * FULL PATH:
 * HELP COPY: YES
 * HELP PATH:
 * UNOFFICIAL: YES
 * PUBLIC: YES
 * VERSION:
 * EMAIL:

Unterstützt von Inno Setup

Es werden vorbereitete .iss Dateien gepatched, und in der Folge der Setup-Compiler Lauf ausgelößt Das entstandene Setup wird in das Zielverzeichnis verschoben.

Gedanken zu Erweiterungen

x: ni.html nur erzeugen, wenn FileAge(template)>FileAge(ni.html), genauso mit den Projekt-Infos und der xxxRev.html verfahren. x: in der Hauptseite download zunächst nicht gleich anbieten sondern erst auf die Projekt-Seite, so dass sichergestellt ist dass die Rev-Info gelesen wird. Grund 2: Ich will in der Web-Statistik lesen, dass das Teil eben heruntergeladen wurde! !!!!GANZ WICHTIG!!!!

  • Umsetzung, der rev Titel:
  • <a href="#lang">Translating Inno Setup's Text</a>

    <a name="lang">Translating Inno Setup's Text</a>

    -> "<Projekt> Info.html" gleich als Info ins Web stellen"
    

    Bug: wen ein "altes" Projekt von "classic" (=zip) auf "inno setup" umgestellt wird, wird das alte ZIP nicht gel?t, das jetzt neue revsions Setup-*.exe heissen. Idee: wie bei make->ist die Rev neuer als die html->neuen Projekt-Zweig automatisch erzeugen, da muss man eigentlich nix mehr "auswählen" Idee: neuer "VERSION: globals.pas aa3" Tag der in der Datei "p1" nach den Kriterien Version = . ; sucht und nach "p2". Dann die Rev Nummer er- mittelt und die muss natürlich gleich der angegebenen sein -> sonst gibts nen Fehler! Oder ein Auto-Replace, wenn bei Versions-Nummer irgendwas neues steht. neue VERSION-Option: FileVersion benutzen auf .exe und daraus rev-Datei und globals.pas querprüfen. Dann kann nix mehr passieren!!! exe=globals=rev-Datei=heutiges Datum! (Alles muss stimmen!)