EvonX

Änderungen veröffentlichen

Prüfe KI-Änderungen als Pull Requests, merge, was du freigibst, und zieh zurück, was du nicht willst.

Alles, was EvonX baut, erreicht deine Repositories auf einem Weg: als Pull Request, den du freigibst. Diese Seite behandelt den Prüfschritt – was du prüfen solltest, wie du mergst und wie du einen Schritt zurückgehst.

Vom Thread zum Pull Request

Wenn die Ausführung abgeschlossen ist, öffnet der Thread einen Pull Request pro betroffenem Repository (eine Änderung, die Web-App und API umfasst, ergibt in jedem einen PR). Der Thread zeigt eine Zusammenfassung, was sich geändert hat und warum; der PR enthält den eigentlichen Code.

Prüfen und mergen

  1. Prüfe das Verhalten in einer Vorschau. Lass die Änderung im Preview Hub laufen und klick dich durch die Abläufe, die der Thread berührt hat. Das ist die wertvollste Prüfung, und sie kommt ohne Code-Lesen aus.

  2. Überflieg die Zusammenfassung – passt die Liste der Änderungen zu dem, worum du gebeten hast, und nicht mehr? Ungefragte Extras solltest du hinterfragen, bevor sie landen.

  3. Lies den Code, wenn du willst. Der PR ist ein normaler Pull Request; Entwickler in deinem Team können ihn vollständig prüfen, auf EvonX oder bei importierten Projekten auf GitHub.

  4. Merge – die Änderung landet im Repository und wird Teil der nächsten Veröffentlichung. Oder lehne mit Feedback ab: Antworte im Thread mit dem, was falsch ist, und er überarbeitet denselben PR.

Einen Schritt zurückgehen

  • Vor dem Mergen lässt sich ein Pull Request einfach zurückziehen – die Arbeit des Threads wird verworfen, ohne deinen Standard-Branch je zu berühren.
  • Nach dem Mergen ist deine veröffentlichte App weiterhin durch Versionen und Rollback geschützt: Ein schlechter Merge, der die Produktion erreicht hat, ist mit einem Rollback wieder weg, und du kannst einen neuen Thread bitten, die Änderung im Code rückgängig zu machen.

Verwandte Themen

Zuletzt aktualisiert: 4. September 2026