Sabe Exactamente Qué Soporta Coroid
Esta matriz es la visión más clara del soporte actual en servidores de lenguaje, flujos de construcción, ejecutores de pruebas y verificación en contenedores. Cuando se requiere configuración, lo indicamos directamente.
Compatibilidad Actual
Use esto como el contrato de trabajo para lo que Coroid puede inspeccionar, construir y verificar hoy.
TypeScript / JavaScript
- El soporte más sólido end-to-end hoy, incluido LSP, builds y verificación basada en navegador.
Python
- El soporte LSP de Python está disponible; los flujos de tiempo de ejecución específicos del marco son más fuertes para Django, Flask y FastAPI.
Java
- Java ahora admite LSP y flujos de contenedor basados en Maven. Gradle y artefactos privados se tratan mejor como soporte parcial con configuración explícita.
.NET / C#
- .NET admite LSP, flujos de restauración/construcción y inicio de Docker orientado a ASP.NET. Proyectos no web tienen verificación de tiempo de ejecución más limitada.
Go
- Las compilaciones de Go y el inicio de contenedores son directos. El soporte semántico completo de language-server aún no es de primera clase.
PHP
- Existe inicio de Docker específico para Laravel y Symfony, pero las herramientas semánticas y una verificación más amplia siguen siendo parciales.
Ruby
- Los proyectos Rails se pueden iniciar en Docker, pero el soporte de language-server y una cobertura de compilación/prueba más profunda siguen siendo limitados.
Configuración Adicional que Puede Necesitar
Feeds de paquetes privados requieren credenciales explícitas
Las dependencias privadas de Maven y NuGet funcionan cuando las credenciales del repositorio o payloads de configuración completos se inyectan en el entorno del runner. Coroid no adivina la autenticación de feeds privados.
Ganchos de bootstrap disponibles para la configuración específica del repositorio
Si un repositorio necesita preparación personalizada antes de restaurar o construir, Coroid puede ejecutar scripts o comandos de bootstrap antes de la cadena estándar de instalación/construcción/inicio.
El soporte de Java es mejor con wrappers o proyectos Maven estándar
Maven es compatible directamente, y los repositorios basados en wrapper siguen siendo la ruta más segura. El soporte de Gradle es más sólido cuando se committea el wrapper.
.NET runtime verification depende de un punto de entrada web claro
Los proyectos ASP.NET Core con un archivo de proyecto ejecutable claro son la mejor opción para la verificación de tiempo de ejecución en contenedores.
Funciona Mejor Cuando
- Tus commits del repositorio incluyen wrappers estándar como mvnw o gradlew cuando corresponde.
- Los archivos de bloqueo de dependencias y los manifiestos están confirmados y actuales.
- Las credenciales de feeds privados se inyectan como variables de entorno en lugar de estar ocultas en la configuración de la máquina local.
- Cualquier paso único de restauración o generación de código se captura en un script de bootstrap en lugar de depender de conocimiento tribal.
La compatibilidad es más sólida cuando los repositorios incluyen envoltorios estándar, archivos de bloqueo, puntos de entrada claros y credenciales explícitas para dependencias privadas.