MiniMaxV2 hat geschrieben: ↑Mi Jan 16, 2019 8:46 pm
Ich bin in der Firma wo ich arbeite u.a. für unsere CI Umgebung verantwortlich und strebe immer neue Verbesserungen an. Wir sind mittlerweile so weit, dass nicht nur Code gebaut wird, Unit-Tests ausgeführt, Pakete gebaut, Integrations-Tests ausgeführt werden sondern auch der Endeinsatz auf einem Demo System (ähnlich eurem Teststand nur für Software) überprüft wird. Das alles durch einen Commit.
Läuft bei der CometVisu ähnlich
Jeder Commit und auch Pull-Request wird über Travis-CI gebaut, einem Lint, Unit-Test und End-to-End-Test unterzogen. Das Ergebnis davon ist beim Pull-Request sichtbar, so dass der Reviwer des Pull-Requests hier schnell die formalen Kriterien checken kann, bevor es in's Inhaltliche geht.
Wenn der PR dann nach positiven Review gemerged wird läuft das Gleiche nochmal über den neuen Entwicklungszweig, aber erweitert um die Doku-Erstellung (mit automatischen Upload auf die Homepage) und dem Bau des Docker-Containers mit Upload auf den DockerHub.
Alles sichtbar und live nachverfolgbar unter
https://travis-ci.org/CometVisu/CometVisu
Dazu kommt dann noch das Erstellen der Nightly Builds so wie des über DockerHub automatisierten Baus des CometVisu-Basis-Containers.
Für den Betrieb kommen noch geniale Debug-Features im (0.11er) Code hinzu, der bei entsprechendem URL-Parameter die Interaktionen mit logt, so dass diese im Fehlerfall an uns Entwickler übergeben werden können und wir das dann als "Film" wiedergeben können um den Code bei uns lokal "live" mit debuggen zu können. Um das für jeden Anwender leicht zu gestalten ist die Möglichkeit eingebaut diese Log-Datei anonym über Sentry.io hochladen zu können (trotzdem bitte möglichst eMail-Addresse mit angeben, so dass wir nachfragen können wenn es Rückfragen gibt)
(Hinweis: Das Loggen und v.a. das Hochladen erfolgt nur durch den Benutzer initiiert und Benutzer-Aktion und ist daher auf maximalen Datenschutz ausgelegt)
Hinzugefügt nach 9 Minuten 25 Sekunden:
Matthias hat geschrieben: ↑Mi Jan 16, 2019 8:51 pm
blaubaerli hat geschrieben: ↑Di Jan 15, 2019 11:29 pm
Hallo zusammen, der Effekt kommt mir bekannt vor.
Chris verwies mich dann auf einen speziellen URL-Parameter:
Code: Alles auswählen
https://timberwolf???.local/proxy/visutest/?forceReload=true
Habt ihr das damit mal probiert?
Ja hatte ich probiert, aber es hatte keine Wirkung,
Chris M. hat geschrieben: ↑Di Jan 15, 2019 10:07 pm
Das sollte so nicht sein. Meist wird das durch ein Reload der Seite durch den Browser behoben.
Hat bei mir nicht funktioniert.
Die CometVisu hat bewusst ein aggressives Caching - nicht das man mit dem Handy bei schlechtem Edge erst mal alles laden muss, bevor man sieht ob man vergessen hat die Markise einzufahren...
Andererseits sind auch Methoden implementiert, dass bei Konfig- oder Code-Änderungen diese zuverlässig neu geladen werden (notfalls Reload mehrmals drücken).
(Bei der Verwendung des Source-Code selbst ist das Caching reduziert, aber im Einzelfall könnte es noch Probleme geben. Von einem Entwickler kann man aber erwarten, dass der seinen Browser schon im Griff hat).
Wenn es hier wirklich hakt, so sind nach
https://www.cometvisu.org/CometVisu/de/ ... arams.html die URL Parameter
forceReload=true so wie
enableCache=false hilfreich.
Im konkreten Fall für das o.g. Problem könnte ich mir vorstellen, dass es mit dem "502-Thema" zusammen hängt, das noch nicht gelöst ist.