Savoir exactement ce que Coroid prend en charge
Cette matrice offre la vue la plus claire du support actuel pour les serveurs de langue, les flux de build, les runners de test et la vérification conteneurisée. Là où une configuration est requise, nous le disons directement.
Compatibilité actuelle
Utilisez ceci comme le contrat de travail pour ce que Coroid peut inspecter, construire et vérifier aujourd'hui.
TypeScript / JavaScript
- Support end-to-end le plus robuste aujourd’hui, incluant LSP, builds et vérification côté navigateur.
Python
- Le support LSP Python est disponible ; les flux d’exécution spécifiques au framework sont les plus forts pour Django, Flask et FastAPI.
Java
- Java prend désormais en charge LSP et les flux conteneurisés basés sur Maven. Gradle et les artefacts privés sont mieux traités comme un support partiel avec une configuration explicite.
.NET / C#
- .NET prend en charge LSP, les flux restore/build et le démarrage Docker orienté ASP.NET. Les projets non web présentent des limitations plus importantes pour la vérification d’exécution.
Go
- Les builds Go et le démarrage des conteneurs sont directs. Un support riche et sémantique du language-server n’est pas encore de premier ordre.
PHP
- Un démarrage Docker spécifique au framework existe pour Laravel et Symfony, mais les outils sémantiques et une vérification plus large restent partiels.
Ruby
- Les projets Rails peuvent démarrer dans Docker, mais le support du language-server et une couverture plus approfondie des builds/tests restent limités.
Configuration supplémentaire dont vous pourriez avoir besoin
Les flux de paquets privés nécessitent des identifiants explicites
Les dépendances Maven et NuGet privées fonctionnent lorsque les identifiants du dépôt ou les payloads de configuration complets sont injectés dans l’environnement du runner. Coroid ne devine pas l’authentification des flux privés.
Les hooks de bootstrap sont disponibles pour la configuration spécifique au dépôt
Si un dépôt nécessite une préparation personnalisée avant la restauration ou la construction, Coroid peut exécuter des scripts ou commandes de bootstrap avant la chaîne standard d’installation/construction/démarrage.
Le support Java est optimal avec des wrappers ou des projets Maven standard
Maven est pris en charge directement, et les dépôts basés sur des wrappers restent la voie la plus sûre. Le support Gradle est le plus fort lorsque le wrapper est commité.
.NET runtime vérification dépend d’un point d’entrée web clair
Les projets ASP.NET Core avec un fichier de projet exécutable clair conviennent le mieux à la vérification d’exécution contenue dans des conteneurs.
Fonctionne mieux lorsque
- Vos commits de dépôt incluent des wrappers standard comme mvnw ou gradlew lorsque pertinent.
- Les fichiers de verrouillage des dépendances et les manifestes sont enregistrés et à jour.
- Les identifiants de flux privés sont injectés en tant que variables d’environnement plutôt que cachés dans la configuration de la machine locale.
- Toute étape de restauration ou de génération de code ponctuelle est capturée dans un script de démarrage plutôt que dans une connaissance tribale.
La compatibilité est plus élevée lorsque les dépôts incluent des wrappers standard, des lockfiles, des points d’entrée clairs et des identifiants explicites pour les dépendances privées.