Erfahren Sie Genau Was Coroid unterstützt
Diese Matrix bietet die klarste Übersicht über den aktuellen Support von Language Servern, Build-Flows, Test-Läufern und containerisierter Verifizierung. Wo Setup erforderlich ist, sagen wir es direkt.
Aktuelle Kompatibilität
Verwenden Sie dies als geltende Vereinbarung dafür, was Coroid heute inspizieren, bauen und verifizieren kann.
TypeScript / JavaScript
- Stärkste End-to-End-Unterstützung heute, einschließlich LSP, Builds und browserbasierte Verifizierung.
Python
- Python-LSP-Unterstützung ist verfügbar; framework-spezifische Laufzeitflüsse sind am stärksten für Django, Flask und FastAPI.
Java
- Java unterstützt nun LSP und Maven-basierte Container-Flows. Gradle und private Artefakte sollten als Teilunterstützung mit explizitem Setup behandelt werden.
.NET / C#
- .NET unterstützt LSP, Restore/Build-Flows und ASP.NET-orientierten Docker-Start. Nicht-Web-Projekte sind für Runtime-Verifikation stärker eingeschränkt.
Go
- Go-Builds und Container-Start sind straightforward. Umfassende semantische Language-Server-Unterstützung ist noch nicht erstklassig.
PHP
- Framework-spezifischer Docker-Start für Laravel und Symfony ist vorhanden, aber semantisches Tooling und umfassendere Verifizierung bleiben partiell.
Ruby
- Rails-Projekte können in Docker gestartet werden, aber Language-Server-Unterstützung und tiefere Build/Test-Abdeckung sind noch eingeschränkt.
Zusätzliche Einrichtung, die Sie möglicherweise benötigen
Private Paket-Feeds benötigen explizite Anmeldeinformationen
Private Maven- und NuGet-Abhängigkeiten funktionieren, wenn Repository-Anmeldeinformationen oder vollständige Konfigurationspayloads in die Runner-Umgebung injiziert werden. Coroid rät keine privaten Feed-Auths vor.
Bootstrap-Hooks stehen für repositoriespezifische Setup-Schritte zur Verfügung
Falls ein Repo eine benutzerdefinierte Vorbereitung vor Restore oder Build benötigt, kann Coroid Bootstrap-Skripte oder -Befehle vor der Standard-Install-/Build-/Start-Kette ausführen.
Java-Unterstützung ist am besten mit Wrappern oder Standard-Maven-Projekten
Maven wird direkt unterstützt, und wrapper-basierte Repos bleiben der sicherste Weg. Die Gradle-Unterstützung ist am stärksten, wenn der Wrapper committet wird.
.NET-Laufzeitüberprüfung hängt von einem klaren Web-Einstiegspunkt ab
ASP.NET Core-Projekte mit einer klar ausführbaren Projektdatei sind am besten geeignet für containerisierte Laufzeitüberprüfung.
Am besten funktioniert es, wenn
- Ihr Repo committed Standard-Wrappers wie mvnw oder gradlew, wo relevant.
- Abhängigkeits-Lockfiles und Manifestdateien sind eingecheckt und aktuell.
- Privat-Feed-Anmeldeinformationen werden als Umgebungsvariablen injiziert statt in der lokalen Maschinenkonfiguration versteckt.
- Alle einmaligen Wiederherstellungs- oder Code-Generierungs-Schritte werden in einem Bootstrap-Skript festgehalten statt als Tribal Knowledge.
Die Kompatibilität ist am stärksten, wenn Repositories standardmäßige Wrapper, Lockfiles, klare Einstiegspunkte und explizite Anmeldeinformationen für private Abhängigkeiten enthalten.