{"id":168,"date":"2014-02-10T10:03:31","date_gmt":"2014-02-10T08:03:31","guid":{"rendered":"http:\/\/blog.kivitendo-premium.de\/?p=168"},"modified":"2014-02-13T13:22:05","modified_gmt":"2014-02-13T11:22:05","slug":"kivitendo-3-0-ubuntu-10-04-kivitendo-3-1-ubuntu-12-04","status":"publish","type":"post","link":"https:\/\/blog.kivitendo.de\/?p=168","title":{"rendered":"kivitendo 3.0 ubuntu 10.04 -> kivitendo 3.1 ubuntu 12.04"},"content":{"rendered":"<p>Als Erg\u00e4nzung zum letzten <a href=\"https:\/\/blog.kivitendo.de\/?p=163\" title=\"kivitendo 3.1\">Post<\/a>, hier nochmal eine aktuellere Anleitung, da debian in der Tat schhon etwas intelligenter ist, als ich ;-).<\/p>\n<p>Problem: kivi 3.0 mit Erweiterungen im eigenen Branch (Druckvorlagen, DATEV.pm, Defaulthaken in Berichten).<\/p>\n<p>Als erstes &#8220;verheiraten&#8221; wir den branch mit der aktuellen Version. Die f\u00fcr uns am Besten geeignete Methode (Dank an Geoff, der das damals auf der 2011er-Schulung kurz erkl\u00e4rt hat), ist hier &#8220;rebasing&#8221;:<\/p>\n<blockquote><p>\n  $ git checkout master<br \/>\n  $ git pull<br \/>\n  $ git checkout kundenbranch<br \/>\n  $ git status -uno<br \/>\n  $ git rebase master<\/p><\/blockquote>\n<p>Git Status -uno ist auch sehr sch\u00f6n, um direkt zu sehen, ob man Arbeitsverzeichnis &#8220;sauber&#8221; ist, d.h. es liegen keine nicht eingecheckten \u00c4nderungen &#8220;herum&#8221;.<br \/>\nSo, es gibt einen Konflikt in der DATEV.pm, weil hier in Abstimmung mit dem Steuerberater ein Standard-DATEV-Feld als Personenkonto-Nummer umgewandelt wurde. Bei diesem Kunden (wie eigentlich auch bei den meisten Kunden) haben wir den gutartigen Fall: Kunden \/ Lieferantennummer == Personenkontonummer.<\/p>\n<blockquote><p> $ git mergetool<br \/>\n $ git add SL\/DATEV.pm<br \/>\n $ git rebase &#8211;continue<\/p><\/blockquote>\n<p>Da die locale\/de\/all nervig zum &#8220;Rebasen&#8221; ist, wenn man hier viele \u00c4nderungen hat, deswegen hier noch mein Trick:<br \/>\nalle \u00c4nderungen, welche die all betreffen ignorieren (skip) und dann am Schluss nur die vier fehlenden Felder:<\/p>\n<blockquote><p>\n $ git checkout master &#8212; locale\/de\/all<br \/>\n $ git commit -m &#8220;wirkliche revision&#8221;<\/p><\/blockquote>\n<p>Damit ist das soweit abgehakt und das DB-Upgrade f\u00fcr den eigentlichen Mandanten kann durchgef\u00fchrt werden. Ah, ok, es gibt eine Rose Client.Auth-Objekt Fehlermeldung wenn ich mich anmelde. Hier war ich etwas schlampig. wahrscheinlich fehlen Module f\u00fcr die 3.1<\/p>\n<blockquote><p> $ scripts\/installation_check.pl -v<br \/>\n $ apt-get install libfile-copy-recursive-perl<\/p><\/blockquote>\n<p>Ok, leider fehlt noch rose-db in einer neueren Version, da hilft nur ein ubuntu-Upgrade und hier die Erg\u00e4nzung zum vorherigen Post: Ja, ubuntu kann automagisch und sicher das Postgres-Cluster aktualisieren:<\/p>\n<blockquote><p>\n$ do-release-upgrade<br \/>\n$ pg_dropcluster &#8211;stop 9.1 main # 9.1 wieder deinstallieren<br \/>\n$ pg_upgradecluster<br \/>\n Starting target cluster on the original port&#8230; Success. Please check that the upgraded cluster works. If it does, you can remove the old cluster with pg_dropcluster 8.4 main<\/p><\/blockquote>\n<p>Sehr sch\u00f6n, damit ist alles erledigt. Ein Hoch auf das stressfreie Debian \/ Ubuntu<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Als Erg\u00e4nzung zum letzten Post, hier nochmal eine aktuellere Anleitung, da debian in der Tat schhon etwas intelligenter ist, als ich ;-). Problem: kivi 3.0 mit Erweiterungen im eigenen Branch (Druckvorlagen, DATEV.pm, Defaulthaken in Berichten). Als erstes &#8220;verheiraten&#8221; wir den branch mit der aktuellen Version. Die f\u00fcr uns am Besten geeignete Methode (Dank an Geoff, [&hellip;]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[8,13,4],"tags":[],"_links":{"self":[{"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=\/wp\/v2\/posts\/168"}],"collection":[{"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=168"}],"version-history":[{"count":8,"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=\/wp\/v2\/posts\/168\/revisions"}],"predecessor-version":[{"id":182,"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=\/wp\/v2\/posts\/168\/revisions\/182"}],"wp:attachment":[{"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=168"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=168"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.kivitendo.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=168"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}