Skip to main content
Devin es compatible con Windows como plataforma de compilación y de sesiones. De forma predeterminada, los entornos de Windows usan el mismo shell de bash (Git Bash) que Linux, por lo que la mayoría de los comandos de blueprint funcionan en ambas plataformas sin modificaciones. Los blueprints también pueden ejecutar en PowerShell sus pasos de configuración para Windows.
La compatibilidad con Windows está disponible actualmente de forma limitada. Si te interesa probar Windows con Devin, contáctanos para obtener más información y solicitar acceso.

Cómo funciona

La compatibilidad con Windows se basa en el mismo sistema de configuración declarativa que Linux. La principal diferencia está en el campo runs-on de tu blueprint, que le indica a Devin en qué plataforma debe compilarse y ejecutarse. El campo opcional shell permite que un bloque de Windows ejecute sus pasos run en Windows PowerShell en lugar de Git Bash. Como ambas plataformas usan bash de forma predeterminada, puedes escribir los mismos comandos de shell tanto en Linux como en Windows. Las principales diferencias están en la estructura del sistema de archivos y en los gestores de paquetes disponibles:

Crear plantillas para Windows

Plantilla para una sola plataforma

Si tu repositorio solo es compatible con Windows, usa runs-on: windows en el nivel superior:

Blueprint multiplataforma

Para compilar el mismo repositorio tanto en Linux como en Windows, escribe cada plataforma como un documento YAML independiente, separado por ---. Cada documento declara su propia etiqueta runs-on. Consulta el recuadro de YAML de varios documentos en la guía de blueprints para obtener más contexto sobre este formato.
Cada documento genera una compilación de instantánea independiente para su plataforma. Las sesiones se inician a partir de la instantánea específica de la plataforma.
El YAML de nivel superior debe ser un mapeo, no una secuencia. Si escribes el ejemplo anterior como una sola lista (- runs-on: default / - runs-on: windows), el backend lo rechazará con Invalid YAML: each YAML document must be a mapping, not a sequence; use '---' to separate multiple blocks. Usa el separador --- que se muestra arriba.

El campo runs-on

El campo runs-on corresponde a una configuración de máquina registrada en tu cuenta: Puedes especificar runs-on como una cadena o una lista:
Cuando un bloque enumera múltiples plataformas, el sistema de compilación crea una instantánea por plataforma con los mismos comandos.
La sintaxis de lista ejecuta comandos idénticos en cada plataforma de la lista. Úsala solo cuando los comandos sean realmente multiplataforma (e.g., npm install, uv sync). Para comandos específicos de cada plataforma (como apt-get en Linux o choco en Windows), usa en su lugar el formato de múltiples documentos: un documento por plataforma, separado por ---.

El campo shell

De forma predeterminada, los pasos run de un bloque se ejecutan en Git Bash en Windows. Si prefieres escribir los pasos de configuración con cmdlets, sintaxis y rutas nativas de Windows en PowerShell, establece el campo opcional de nivel superior shell en powershell:
La configuración se aplica por bloque. En un blueprint multiplataforma, define shell: powershell solo en el documento runs-on: windows para que el documento de Linux siga usando bash. Solo afecta a los pasos de compilación: las sesiones de Windows siguen usando Git Bash como shell predeterminado. Para conocer los valores aceptados, cómo se pasan los secretos y las variables de entorno a los pasos de PowerShell y cómo se gestionan los errores, consulta shell en la referencia de blueprints.

Uso y costo

Las sesiones de Windows consumen aproximadamente un 9 % más de uso (ACU o cuota) en comparación con las sesiones equivalentes de Linux. Para obtener más información sobre cómo se mide el uso, consulta Uso.

Comportamiento de la sesión en Windows

Shell

Las sesiones de Windows usan Git Bash como shell predeterminado, el mismo shell de bash que se usa en Linux. Salvo que un bloque establezca shell: powershell, los pasos run del blueprint también se ejecutan en Git Bash, por lo que la sintaxis estándar de bash funciona en ambas plataformas:

Rutas

Git Bash usa rutas de estilo POSIX (/c/... en lugar de C:\...):
En cambio, los pasos de un bloque shell: powershell usan rutas nativas de Windows:

Secretos

Los secretos están disponibles como variables de entorno durante las sesiones y se usan con la sintaxis estándar de bash ($SECRET_NAME):

Archivos adjuntos

En Windows, los archivos subidos se guardan en /c/Users/Administrator/.files/ en lugar de en /home/ubuntu/.files/.

Computer Use

Computer Use es totalmente compatible con las sesiones de Windows. Devin dispone de un entorno de escritorio de Windows con acceso a Chrome, mouse y teclado, por lo que puede probar apps web, así como aplicaciones de escritorio nativas de Windows (p. ej., apps de WPF y WinForms) y registrar sus sesiones de testing.

Consejos sobre plantillas para Windows

Instalar herramientas

Usa choco (Chocolatey) o scripts de descarga directa:

Patrones comunes

Proyecto .NET:
Proyecto de Visual Studio / C++: