Conheça Exatamente O que o Coroid Suporta
Esta matriz é a visão mais clara do suporte atual entre [language servers], fluxos de build, runners de teste e verificação containerizada. Onde houver configuração necessária, dizemos diretamente.
Compatibilidade Atual
Use isto como o contrato de trabalho para o que o Coroid consegue inspecionar, construir e verificar hoje.
TypeScript / JavaScript
- Suporte mais completo de ponta a ponta hoje, incluindo LSP, builds e verificação baseada em navegador.
Python
- O suporte LSP para Python está disponível; fluxos de runtime específicos para frameworks são mais fortes para Django, Flask e FastAPI.
Java
- O Java agora oferece LSP e fluxos de contêiner baseados em Maven. Gradle e artefatos privados são melhor tratados como suporte parcial com configuração explícita.
.NET / C#
- .NET oferece LSP, fluxos de restauração/build e inicialização do Docker orientada a ASP.NET. Projetos não-web têm verificação de runtime mais limitada.
Go
- Compilar Go e inicialização de contêineres são diretos. Suporte semântico rico de servidor de linguagem ainda não é de primeira classe.
PHP
- Inicialização do Docker específica para Laravel e Symfony existe; ferramentas semânticas e verificação mais ampla permanecem parciais.
Ruby
- Projetos Rails podem ser iniciados no Docker, mas cobertura de servidor de linguagem e construção/testes mais profundos ainda é limitada.
Configuração Adicional que Você Pode Precisar
Feeds de pacotes privados exigem credenciais explícitas
Dependências privadas do Maven e NuGet funcionam quando credenciais do repositório ou cargas de configuração completas são injetadas no ambiente do runner. O Coroid não tenta adivinhar a autenticação do feed privado.
Hooks de bootstrap estão disponíveis para configuração específica do repositorio
Se um repositório exigir preparação personalizada antes de restore ou build, o Coroid pode executar scripts ou comandos de bootstrap antes da cadeia padrão de instalação/build/início.
O suporte a Java funciona melhor com wrappers ou projetos Maven padrão
O Maven é suportado diretamente, e repositórios baseados em wrapper continuam sendo o caminho mais seguro. O suporte ao Gradle é mais robusto quando o wrapper é committed.
.NET runtime verification depende de uma entrypoint web clara
Projetos ASP.NET Core com um arquivo de projeto executável claro são a melhor opção para verificação de runtime containerizado.
Funciona Melhor Quando
- Seus commits de repositório incluem wrappers padrão como mvnw ou gradlew quando relevante.
- Arquivos de lock de dependências e manifestos estão versionados e atuais.
- Credenciais de feeds privados são injetadas como variáveis de ambiente em vez de estarem ocultas na configuração da máquina local.
- Qualquer passo único de restauração ou geração de código é capturado em um script de bootstrap em vez de depender de conhecimento tribal.
A compatibilidade é mais forte quando os repositórios incluem wrappers padrão, arquivos de bloqueio, pontos de entrada claros e credenciais explícitas para dependências privadas.