X-Git-Url: http://wagnertech.de/gitweb/gitweb.cgi/mfinanz.git/blobdiff_plain/bd4debfbf0cddd53ba37a5f7881a4525e3c69891..8ded2eedc25dbec2e489f81f6355fc5f0998f46d:/doc/html/ch02s03.html diff --git a/doc/html/ch02s03.html b/doc/html/ch02s03.html index c3328c883..642cb4cda 100644 --- a/doc/html/ch02s03.html +++ b/doc/html/ch02s03.html @@ -1,6 +1,6 @@ - 2.3. Manuelle Installation des Programmpaketes
2.3. Manuelle Installation des Programmpaketes
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter

2.3. Manuelle Installation des Programmpaketes

Der aktuelle Stable-Release, bzw. beta Release wird bei github + 2.3. Manuelle Installation des Programmpaketes

2.3. Manuelle Installation des Programmpaketes
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter

2.3. Manuelle Installation des Programmpaketes

Der aktuelle Stable-Release, bzw. beta Release wird bei github gehostet und kann hier heruntergeladen werden.

Die kivitendo ERP Installationsdatei (kivitendo-erp-3.4.1.tgz) wird im @@ -25,12 +25,38 @@ tar xvzf kivitendo-erp-3.4.1.tgz

Wechseln Sie in das entpackte Verzeichn kivitendo angelegt wird:

chown www-data templates users
[Anmerkung]Anmerkung

Wir empfehlen eine Installation mittels des Versionsmanagager git. Hierfür muss ein git-Client installiert sein. Damit ist man sehr viel flexibler für zukünftige Upgrades. Installations-Anleitung (bitte - die Pfade anpassen) bspw. wie folgt: 

cd /usr/local/src/
+        die Pfade anpassen) bspw. wie folgt: 
cd /var/www/
 git clone https://github.com/kivitendo/kivitendo-erp.git
 cd kivitendo-erp/
 git checkout `git tag -l | egrep -ve "(beta|rc)" | tail -1`

+        Erläuterung: Der Befehl wechselt zur letzten Stable-Version (git tag
+        -l listet alle Tags auf, das egrep schmeisst alle Einträge mit beta
+        oder rc raus und das tail gibt davon den obersten Treffer zurück).
         Sehr sinnvoll ist es, direkt im Anschluss einen eigenen Branch zu
         erzeugen, um bspw. seine eigenen Druckvorlagen-Anpassungen damit zu
         verwalten. Hierfür reicht ein simples 
  git checkout -b meine_eigenen_änderungen

-        nach dem letzten Kommando (weiterführende Informationen getting
-        started with git).
Zurück Nach oben Weiter
2.2. Benötigte Software und Pakete Zum Anfang 2.4. kivitendo-Konfigurationsdatei
\ No newline at end of file + nach dem letzten Kommando (weiterführende Informationen + Git Magic).

Ein beispielhafter Workflow für Druckvorlagen-Anpassungen von + 3.4.1 nach 3.5: 

+$ git clone https://github.com/kivitendo/kivitendo-erp.git
+$ cd kivitendo-erp/
+$ git checkout release-3.4.1     # das ist der aktuelle release, den wir wollen
+$ git add templates/fullhouse    # das sind unsere druckvorlagen inkl. produktbilder
+$ git commit -m "juhu tolle ändernungen"
+[meine_aenderungen 1d89e41] juhu tolle ändernungen
+ 4 files changed, 380 insertions(+)
+ create mode 100644 templates/fullhouse/img/webdav/tesla.png
+ create mode 100644 templates/fullhouse/mahnung.tex
+ create mode 100644 templates/fullhouse/zahlungserinnerung_zwei.tex
+ create mode 100644 templates/fullhouse/zahlungserinnerung_zwei_invoice.tex
+
+# 5 Jahre später ...
+
+$ git fetch
+$ git rebase --onto release-3.5.0 release-3.4.1 meine_aenderungen
+Zunächst wird der Branch zurückgespult, um Ihre Änderungen
+darauf neu anzuwenden ...
+Wende an: juhu tolle ändernungen
+$ service apache2 restart
+

+

Zurück Nach oben Weiter
2.2. Benötigte Software und Pakete Zum Anfang 2.4. kivitendo-Konfigurationsdatei
\ No newline at end of file