Revision 8477e06f
Von Werner Hahn vor mehr als 7 Jahren hinzugefügt
doc/html/ch02s03.html | ||
---|---|---|
29 | 29 |
git clone https://github.com/kivitendo/kivitendo-erp.git |
30 | 30 |
cd kivitendo-erp/ |
31 | 31 |
git checkout `git tag -l | egrep -ve "(beta|rc)" | tail -1`</pre><p> |
32 |
Erläuterung: Der Befehl wechselt zur letzten Stable-Version (git tag -l listet |
|
33 |
alle Tags auf, das egrep schmeisst alle Einträge mit beta oder rc raus und |
|
34 |
das tail gibt davon den obersten Treffer zurück). |
|
35 |
|
|
32 |
Erläuterung: Der Befehl wechselt zur letzten Stable-Version (git tag |
|
33 |
-l listet alle Tags auf, das egrep schmeisst alle Einträge mit beta |
|
34 |
oder rc raus und das tail gibt davon den obersten Treffer zurück). |
|
36 | 35 |
Sehr sinnvoll ist es, direkt im Anschluss einen eigenen Branch zu |
37 | 36 |
erzeugen, um bspw. seine eigenen Druckvorlagen-Anpassungen damit zu |
38 | 37 |
verwalten. Hierfür reicht ein simples </p><pre class="programlisting"> git checkout -b meine_eigenen_änderungen</pre><p> |
39 | 38 |
nach dem letzten Kommando (weiterführende Informationen <a class="ulink" href="http://www-cs-students.stanford.edu/~blynn/gitmagic/index.html" target="_top"> |
40 |
Git Magic</a>).</p><p> |
|
41 |
Ein beispielhafter Workflow für Druckvorlagen-Anpassungen von 3.4.1 nach 3.5: |
|
42 |
</p><pre class="programlisting"> |
|
39 |
Git Magic</a>).</p><p>Ein beispielhafter Workflow für Druckvorlagen-Anpassungen von |
|
40 |
3.4.1 nach 3.5: </p><pre class="programlisting"> |
|
43 | 41 |
$ git clone https://github.com/kivitendo/kivitendo-erp.git |
44 | 42 |
$ cd kivitendo-erp/ |
45 | 43 |
$ git checkout release-3.4.1 # das ist der aktuelle release, den wir wollen |
Auch abrufbar als: Unified diff
Shopmodul: Entwickler/Anwenderdokumentation