Saiba exatamente O que o Coroid suporta
Esta matriz é a visão mais clara do suporte atual entre servidores de linguagem, fluxos de compilação, executores de teste e verificação containerizada. Onde a configuração é necessária, indicamos diretamente.
- LSP
- 5
- linguagens com suporte atual
- Compilação
- 4
- linguagens com suporte atual
- Docker
- 8
- linguagens com suporte atual
Compatibilidade atual
Use isso como o contrato de trabalho para o que o Coroid pode inspecionar, construir e verificar hoje.
TypeScript / JavaScript
- O suporte completo de ponta a ponta mais robusto atualmente, incluindo LSP, compilações e verificação orientada ao navegador.
TypeScript para dispositivos móveis
- Projetos Expo e React Native são suportados por meio da cadeia de ferramentas TypeScript/Node. A verificação de tipos e os testes Jest podem ser validados localmente; compilações para simulador nativo, dispositivo e loja exigem configuração da plataforma.
Python
- O suporte ao LSP do Python está disponível; os fluxos de execução específicos de framework são mais robustos para Django, Flask e FastAPI.
Java
- O Java agora suporta LSP e fluxos de contêiner baseados em Maven. O Gradle e os artefatos privados são melhor tratados como suporte parcial com configuração explícita.
.NET / C#
- O .NET suporta LSP, fluxos de restauração/compilação e inicialização Docker orientada a ASP.NET. Projetos não web têm limitações maiores para verificação em tempo de execução.
Go
- As compilações Go e a inicialização de contêineres são simples. O suporte avançado ao servidor de linguagem semântico ainda não é de primeira classe.
PHP
- Existe inicialização Docker específica de framework para Laravel e Symfony, mas as ferramentas semânticas e a verificação mais ampla permanecem parciais.
Ruby
- Projetos Rails podem ser iniciados no Docker, mas o servidor de linguagem e a cobertura de compilação/teste mais profunda ainda são limitados.
Configuração extra que você pode precisar
Feeds de pacotes privados exigem credenciais explícitas
As dependências privadas do Maven e NuGet funcionam quando as credenciais do repositório ou os payloads completos de configuração são injetados no ambiente do runner. O Coroid não tenta adivinhar a autenticação de feeds privados.
Os hooks de bootstrap estão disponíveis para configuração específica do repositório
Se um repositório precisar de preparação personalizada antes da restauração ou compilação, o Coroid pode executar scripts ou comandos de bootstrap antes da cadeia padrão de instalação/compilação/iniciação.
O suporte a Java é otimizado com wrappers ou projetos Maven padrão
O Maven é suportado diretamente, e os repositórios baseados em wrapper são a abordagem mais segura. O suporte ao Gradle é mais eficaz quando o wrapper está commitado.
A verificação do runtime .NET depende de um ponto de entrada web definido
Os projetos ASP.NET Core com um arquivo de projeto executável claro são a melhor opção para a verificação do runtime em contêineres.
As compilações nativas para dispositivos móveis exigem ferramentas de plataforma específicas
O código TypeScript do Expo pode ser verificado quanto a tipos e testado sem emuladores. As compilações para simulador/dispositivo iOS requerem macOS e Xcode; as compilações para Android exigem o Android SDK ou um runner compatível com Expo.
Funciona melhor quando
- Seu repositório utiliza wrappers padrão como mvnw ou gradlew quando aplicável.
- Os arquivos de bloqueio de dependências e manifestos estão versionados e atualizados.
- As credenciais de feeds privados são injetadas como variáveis de ambiente em vez de ficarem ocultas na configuração da máquina local.
- Quaisquer etapas únicas de restauração ou geração de código são capturadas em um script de inicialização em vez de dependerem de conhecimento tácito.
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.