{"id":226,"date":"2017-01-29T17:43:09","date_gmt":"2017-01-29T16:43:09","guid":{"rendered":"http:\/\/demo-data.minerva-kb.com\/?post_type=kb&p=226"},"modified":"2021-01-22T19:16:20","modified_gmt":"2021-01-22T18:16:20","slug":"releasenotes-versionierung-updatecheck","status":"publish","type":"kb","link":"https:\/\/gdlschmiede.de\/kb\/releasenotes-versionierung-updatecheck\/","title":{"rendered":"Release-Notes, Versionierung und Update-Check"},"content":{"rendered":"\n
In diesem Artikel beschreibe ich, wie man eine Versionshistorie mit Release-Notes und Backups anlegt und optinale Todos erg\u00e4nzen kann, sowie wie man einen Updatecheck f\u00fcr seine Kunden anlegt.<\/p>\n\n\n\n
Es ist f\u00fcr eine gute GDL-Entwicklung und Dokumentation wichtig und notwendig, eine Versionshistorie mit Release-Notes anzulegen. Man kann dies z.B. mit Hilfe von Github machen, dazu ben\u00f6tigt man allerdings die Einzelscripte in Textform, siehe auch SublimeText<\/a>, GDLnucleus<\/a>, XML_Converter<\/a>.<\/p>\n\n\n\n Ich bevorzuge mein Projektmanagement Rukovoditel und gehe dabei wie folgt vor:<\/p>\n\n\n\n Ich lege eine Tabelle f\u00fcr meine GDL-Objekte an: Hier speichere ich neben Informationen zu den Objekten auch Release-Notes, Entwicklungshinweise, Todos, aktuelle Dateiversionen und Dokumentationen. Au\u00dferdem habe ich ein Feld \u201eTags\u201c um im Such-Dialog bestimmte Objekte mit bestimmten Eigenschaften finden zu k\u00f6nnen.<\/p>\n\n\n\n