Devin prend en charge Windows comme plateforme pour les builds et les sessions. Les environnements Windows utilisent le même shell bash (Git Bash) que Linux ; la plupart des commandes de blueprint fonctionnent donc sur les deux plateformes sans modification.
La prise en charge de Windows est actuellement disponible de façon limitée. Si vous souhaitez essayer Windows avec Devin, veuillez nous contacter pour en savoir plus et obtenir un accès. runs-on de votre blueprint, qui indique à Devin sur quelle plateforme effectuer le build et l’exécution.
Comme les deux plateformes utilisent bash, vous pouvez écrire les mêmes commandes shell sur Linux et sur Windows. Les principales différences concernent l’organisation du système de fichiers et les gestionnaires de paquets disponibles :
Créer des blueprints Windows
runs-on: windows au niveau racine :
Pour effectuer le build du même dépôt pour Linux et Windows, définissez chaque plateforme dans un document YAML distinct, séparé par ---. Chaque document déclare son propre label runs-on. Consultez l’encadré YAML multi-document dans le guide des blueprint pour en savoir plus sur ce format.
Chaque document génère un build du snapshot distinct pour sa plateforme. Les sessions démarrent à partir du snapshot propre à la plateforme.
Le YAML racine doit être un mapping, pas une séquence. Si vous écrivez l’exemple ci-dessus comme une seule liste (- runs-on: default / - runs-on: windows), le backend le rejettera avec Invalid YAML: each YAML document must be a mapping, not a sequence; use '---' to separate multiple blocks. Utilisez le séparateur --- indiqué ci-dessus.
runs-on correspond à une configuration de machine enregistrée sur votre compte :
Vous pouvez spécifier runs-on sous forme de chaîne ou de liste :
Lorsqu’un bloc énumère plusieurs plateformes, le système de build crée un snapshot par plateforme en exécutant les mêmes commandes.
Avec la syntaxe de liste, les mêmes commandes sont exécutées sur chaque plateforme de la liste. Utilisez-la uniquement lorsque les commandes sont réellement multiplateformes (p. ex., npm install, uv sync). Pour les commandes spécifiques à une plateforme (comme apt-get sur Linux ou choco sur Windows), utilisez plutôt le format multi-document — un document par plateforme, séparé par ---. Comportement des sessions sous Windows
/c/... au lieu de C:\...) :
Les secrets sont disponibles sous forme de variables d’environnement durant les sessions, via la syntaxe bash standard ($SECRET_NAME) :
Sous Windows, les fichiers importés sont enregistrés dans /c/Users/Administrator/.files/ au lieu de /home/ubuntu/.files/.
Computer Use est entièrement pris en charge dans les sessions Windows. Devin dispose d’un environnement de bureau Windows avec accès à Chrome, à la souris et au clavier, ce qui lui permet de tester des applications web ainsi que des applications de bureau Windows natives (p. ex. des applications WPF et WinForms) et d’enregistrer ses sessions de test.
Conseils pour Blueprint sous Windows
choco (Chocolatey) ou des scripts de téléchargement directs :
Projet .NET :
Projet Visual Studio / C++ :
