Vorteil: Nicht jeder Entwickler muss immer die Translations auch flushen – also sind die Translations auf jeder Dev-Instanz zu jedem beliebigen Zeitpunkt frisch.<\/p>\n\n\n\n
![\"\"](\"https:\/\/intern.quizu.de\/wp-content\/uploads\/2020\/09\/Screenshot-2020-09-07-at-11.08.01.png\")
Release auf Live<\/h2>\n\n\n\n
Auf Live betrifft es immer nur www.riddle.com. Vor dem Release sieht man noch alle Strings, die sich in dev & live unterscheiden. Will man einen String noch nicht releasen, so hakt man ihn nicht ab und die alte Version des Strings wird immer noch auf riddle.com sichtbar sein. Sobald best\u00e4tigt, ist der Release in binnen von maximal einer halben Sekunde fertig und die Strings sind geupdated.<\/p>\n\n\n\n
Das Build-System<\/h2>\n\n\n\n
Schon oft ist es vorgekommen, dass mal falsche Strings oder gar Strings gepublished wurden, die Riddle gecrasht haben. Um sowas schnell zu beheben, gibt es jetzt ein Fallback bzw. Build-System. Jeder Push auf jede beliebige Instanz wird in der Datenbank geloggt und die dazugeh\u00f6rigen Strings werden in der Entity mitgespeichert. Das hei\u00dft, dass wir zu jedem beliebigen Build uns zur\u00fcckversetzen k\u00f6nnen und so sehr flexibel sind falls etwas kaputt geht bez\u00fcglich Strings. Unser neuer TranslationManager wurde Mitte 2020 releast und l\u00f6st den alten TranslationManager ab, der mit einem Googlesheet gearbeitet hat. Backend-Techniken Der Translation-Manager hat „behind the…<\/p>\n
Notiz<\/strong>: Das Ganze ist nur per Konsole mit Symfony-Commands m\u00f6glich, da es sonst doch zu verlockend w\u00e4re \ud83d\ude42<\/p>\n","protected":false},"excerpt":{"rendered":"