Zum Inhalt springen
Codexe verwenden

Kompilieren

Kompilieren startet einen frischen Build der aktuellen Dateien, denselben, mit dem Codexe Projekte prüft, und zeigt Log, Fehler und die entstandene JAR.

Aktualisiert

Auf dieser Seite
  1. Welche Projekte Kompilieren haben
  2. Was Kompilieren tut
  3. Geprüfte vs. geänderte Projekte
  4. Wenn der Build gelingt
  5. Wenn der Build fehlschlägt
  6. Verbraucht Kompilieren Tokens?
  7. Grenzen

Kompilieren ist echt. Wenn du darauf klickst, baut Codexe die aktuellen Dateien des Projekts von Grund auf in einer isolierten Build-Umgebung. Es zeigt nie einen zwischengespeicherten „Erfolg“ aus einem früheren Build.

Nach einem erfolgreichen Build kannst du das Plugin mit einem Klick auf einem echten Server spielen: siehe Jetzt testen.

#Welche Projekte Kompilieren haben

Kompilieren ist für Java-Projekte verfügbar:

TypBuild-Tool
Bukkit / Spigot / Paper (Java), FoliaMaven
Bukkit / Spigot / Paper (Kotlin)Gradle
BungeeCord / VelocityMaven
Fabric, ForgeGradle

Datapacks und Skript werden nicht kompiliert. Codexe prüft sie während der Auslieferung, indem es sie auf einem echten Testserver lädt (siehe Datapacks und Skript). Bei Discord-Bots, Websites und Blockbench-Modellen gibt es nichts zu kompilieren.

#Was Kompilieren tut

  1. Es nimmt die Dateien des Projekts genau so, wie sie jetzt sind, einschließlich deiner eigenen Änderungen.
  2. Es wählt die Java-Version anhand der Minecraft-Version in deinen Build-Dateien (Java 17 für ältere Versionen, 21 für 1.20.5 und neuer, 25 für 26.x) oder eine höhere, wenn die Projekteinstellung das verlangt.
  3. Es führt den Build aus (Maven package oder Gradle build), mit Abhängigkeiten aus den offiziellen Repositorys.
  4. Es prüft, ob das Ergebnis ein echtes Plugin oder eine echte Mod ist: Die JAR muss kompilierte Klassen und den richtigen Deskriptor enthalten (plugin.yml, bungee.yml / velocity-plugin.json, fabric.mod.json, mods.toml).
  5. Es streamt das Log und zeigt das Ergebnis im Projekt-Chat.

Es ist derselbe Build, den Codexe ausführt, wenn es ein Projekt prüft, bevor es als Ready gilt, also beschreiben „Ready“ und „Kompilieren besteht“ dasselbe.

#Geprüfte vs. geänderte Projekte

  • Unverändert, seit Codexe es geprüft hat: Kompilieren sollte bestehen, weil genau diese Dateien schon gebaut wurden.
  • Du hast Dateien bearbeitet, oder die KI hat sie im Chat geändert: Kompilieren sagt dir, ob die neue Version baut.

#Wenn der Build gelingt

Das Ergebnis zeigt JAR herunterladen. Siehe Downloads.

#Wenn der Build fehlschlägt

Das Ergebnis listet die Fehler mit Datei und Zeile auf, dazu zwei Buttons:

  • Mit KI beheben: Sind die Dateien genau das, was Codexe geliefert hat, repariert Codexe sie kostenlos mit seiner internen Reparatur. Andernfalls gehen die Fehler als normale Folgeanfrage in den Chat. Siehe Automatische Reparatur.
  • Erneut prüfen: startet Kompilieren noch einmal, zum Beispiel nachdem du eine Datei bearbeitet hast.

#Verbraucht Kompilieren Tokens?

Nein. Kompilieren verbraucht keine Tokens. Nur die KI verbraucht Tokens (Generierungen und Chatnachrichten).

#Grenzen

  • Plugin-Builds brechen nach 5 Minuten ab, Mod-Builds nach 10. Der erste Mod-Build kann mehrere Minuten dauern, weil Gradle und die Mod-Toolchain ihre Abhängigkeiten herunterladen.
  • Kompilieren ist pausiert, während Codexe selbst das Projekt prüft oder repariert.
  • Builds laufen vom Internet isoliert, mit Ausnahme der offiziellen Abhängigkeits-Repositorys; ein Build-Skript, das etwas von einer unbekannten Seite herunterlädt, schlägt also fehl. Siehe Sicherheit.
Kompilieren | Codexe Docs