X-Git-Url: http://wagnertech.de/git?a=blobdiff_plain;f=doc%2Fhtml%2Fch02s03.html;h=40b80550825b168ebabbbf3c45e81cfaaad85cfe;hb=4624b1871cd01c87b667415a87cc6f0820f7068b;hp=642cb4cdad67f76d33a59fa2b82168a2699a1768;hpb=5a2fd111d9a16f380fe93100ed434c6392da2b7e;p=kivitendo-erp.git diff --git a/doc/html/ch02s03.html b/doc/html/ch02s03.html index 642cb4cda..40b805508 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

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

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 @@ -17,7 +17,7 @@ tar xvzf kivitendo-erp-3.4.1.tgz

Wechseln Sie in das entpackte Verzeichn restlichen Dateien müssen für diesen Benutzer lesbar sein. Die Benutzer- und Gruppennamen sind bei verschiedenen Distributionen unterschiedlich (z.B. bei Debian/Ubuntu www-data, bei Fedora - apache oder bei OpenSUSE + apache oder bei openSUSE wwwrun).

Der folgende Befehl ändert den Besitzer für die oben genannten Verzeichnisse auf einem Debian/Ubuntu-System:

chown -R www-data users spool webdav

Weiterhin muss der Webserver-Benutzer in den Verzeichnissen templates und users @@ -28,13 +28,13 @@ tar xvzf kivitendo-erp-3.4.1.tgz

Wechseln Sie in das entpackte Verzeichn 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`

+git checkout `git tag -l | egrep -ve "(alpha|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

+ -l listet alle Tags auf, das egrep schmeisst alle Einträge mit alpha, + 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 Git Magic).

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