Aller au contenu
Utiliser Codexe

Compiler

Compiler lance un vrai build, à neuf, des fichiers actuels du projet, le même build que Codexe utilise pour vérifier les projets, et affiche le log, les erreurs et le JAR obtenu.

Mis à jour

Sur cette page
  1. Quels projets disposent de Compiler
  2. Ce que fait Compiler
  3. Projets vérifiés ou modifiés
  4. Quand le build réussit
  5. Quand le build échoue
  6. Compiler utilise-t-il des tokens ?
  7. Limites

Compiler, c'est pour de vrai. Quand vous appuyez sur ce bouton, Codexe compile à partir de zéro les fichiers actuels du projet dans un environnement de build isolé. Il n'affiche jamais un « succès » mis en cache issu d'un build précédent.

Après un build réussi, vous pouvez jouer avec le plugin sur un vrai serveur en un clic : consultez Tester maintenant.

#Quels projets disposent de Compiler

Compiler est disponible pour les projets Java :

TypeOutil de build
Bukkit / Spigot / Paper (Java), FoliaMaven
Bukkit / Spigot / Paper (Kotlin)Gradle
BungeeCord / VelocityMaven
Fabric, ForgeGradle

Les datapacks et Skript ne se compilent pas. Codexe les contrôle en les chargeant sur un vrai serveur de test pendant la livraison (consultez Datapacks et Skript). Les bots Discord, les sites web et les modèles Blockbench n'ont rien à compiler.

#Ce que fait Compiler

  1. Prend les fichiers du projet exactement tels qu'ils sont maintenant, y compris vos propres modifications.
  2. Choisit la version de Java d'après la version de Minecraft indiquée dans vos fichiers de build (Java 17 pour les anciennes versions, 21 pour 1.20.5 et plus récentes, 25 pour 26.x), ou une version supérieure si le paramètre du projet le demande.
  3. Lance le build (Maven package, ou Gradle build) avec les dépendances issues des dépôts officiels.
  4. Vérifie que le résultat est un vrai plugin ou un vrai mod : le JAR doit contenir des classes compilées et le bon descripteur (plugin.yml, bungee.yml / velocity-plugin.json, fabric.mod.json, mods.toml).
  5. Affiche le log en direct et montre le résultat dans le chat du projet.

C'est le même build que celui que Codexe lance quand il vérifie un projet avant de le déclarer Prêt : « Prêt » et « Compiler réussit » décrivent donc la même chose.

#Projets vérifiés ou modifiés

  • Inchangé depuis que Codexe l'a vérifié : Compiler devrait réussir, puisque les mêmes fichiers ont déjà été compilés.
  • Vous avez modifié des fichiers, ou l'IA les a modifiés dans le chat : Compiler vous dit si la nouvelle version compile.

#Quand le build réussit

Le résultat affiche Télécharger le JAR. Consultez Téléchargements.

#Quand le build échoue

Le résultat liste les erreurs avec le fichier et la ligne, plus deux boutons :

  • Corriger avec l'IA : si les fichiers sont exactement ceux que Codexe a livrés, Codexe les corrige gratuitement avec sa correction interne. Sinon, les erreurs sont envoyées dans le chat comme une demande de suivi normale. Consultez Auto Repair.
  • Revérifier : relance Compiler, par exemple après avoir modifié un fichier.

#Compiler utilise-t-il des tokens ?

Non. Compiler n'utilise pas de tokens. Seule l'IA utilise des tokens (générations et messages du chat).

#Limites

  • Les builds de plugins s'arrêtent au bout de 5 minutes, ceux de mods au bout de 10. Le premier build d'un mod peut prendre plusieurs minutes, car Gradle et la chaîne d'outils du mod téléchargent leurs dépendances.
  • Compiler est suspendu pendant que Codexe lui-même vérifie ou corrige le projet.
  • Les builds tournent sans accès à Internet, à l'exception des dépôts de dépendances officiels : un script de build qui télécharge depuis un site inconnu échouera donc. Consultez Sécurité.
Compiler | Codexe Docs