MSBuild binlog generation for .NET build diagnostics - **name_fr:** Génération de binlogs MSBuild pour diagnostic de builds .NET - **tl_en:** Add /bl to every MSBuild command for failure-proof build traces — unique names, CI naming, cleanup rules - **tl_fr:** Ajouter /bl à chaque commande MSBuild pour des traces de build à toute épreuve — noms uniques, nommage CI, règles de nettoyage - **creator:** @dotnet - **type:** Agent skill - **url:** https://github.com/dotnet/skills - **cat:** Developer tools - **kws:** msbuild, binlog, dotnet, build diagnostics, troubleshooting, binary log, failure analysis - **license:** MIT **Description EN:** Curated by Skill Harbor — the official .NET team's discipline for MSBuild binary logs: add `/bl:{}` to every `dotnet build/test/pack/publish/restore` so a full build execution trace always exists before anything fails — unique auto-generated names (MSBuild 17.8+ / .NET 8 SDK+), PowerShell escaping (`-bl:{{}}`), explicit naming when CI artifact upload needs it, binlog preservation during `git clean`, and verification that a `.binlog` was actually produced. Prerequisite for the sibling `binlog-failure-analysis` and `build-perf-diagnostics` skills. By @dotnet, listed here with credit to its creator. Honest caveats: official Microsoft-aligned skill — covers binlog generation only, analysis lives in the sibling skills not listed here; the `{}` placeholder needs MSBuild 17.8+ or .NET 8 SDK (older toolchains must name files manually). Discovered via skills.sh. Skill Harbor never reviews the code, review it yourself before use. **Description FR:** Sélectionné par Skill Harbor — la discipline officielle de l'équipe .NET pour les logs binaires MSBuild : ajouter `/bl:{}` à chaque `dotnet build/test/pack/publish/restore` pour qu'une trace complète d'exécution existe toujours avant tout échec — noms uniques auto-générés (MSBuild 17.8+ / .NET 8 SDK+), échappement PowerShell (`-bl:{{}}`), nommage explicite quand l'upload d'artefacts CI l'exige, préservation des binlogs pendant `git clean`, et vérification qu'un `.binlog` a bien été produit. Prérequis des skills sœurs `binlog-failure-analysis` et `build-perf-diagnostics`. Crédit : @dotnet. Bémols honnêtes : skill officiel aligné Microsoft — couvre uniquement la génération de binlogs, l'analyse est dans les skills sœurs non listés ici ; le placeholder `{}` nécessite MSBuild 17.8+ ou .NET 8 SDK (les toolchains plus anciennes doivent nommer les fichiers manuellement). Découvert via skills.sh. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. **Install prompt EN:** ``` Prerequisites: .NET SDK (8+ for the `{}` unique-name placeholder, or MSBuild 17.8+) Install "MSBuild binlog generation for .NET build diagnostics" for me. Give my agent the official .NET discipline for generating MSBuild binary logs — the `/bl:{}` convention on every build command, unique names, PowerShell escaping, CI naming and binlog preservation Repository: https://github.com/dotnet/skills/blob/main/plugins/dotnet-msbuild/skills/binlog-generation/SKILL.md 1. Fetch the SKILL.md file for the dotnet-skills-binlog-generation skill from the repository into a temporary folder and summarize what it does in one or two sentences. 2. Safety check: review the SKILL.md for anything suspicious (unexpected network calls, shell commands, credential harvesting). This repo should contain zero secrets in code, credentials only via the secure vault, allowed hosts declared in the SKILL.md. Verify that holds here; STOP on any red flag and tell me. 3. Install it as a skill: copy SKILL.md into the agent's skills directory, in a folder named "dotnet-skills-binlog-generation". 4. Verify with no network calls: frontmatter valid, files in place. 5. Report what was installed, where, and what I still need to do myself (e.g. nothing — start adding `/bl:{}` to builds). GitHub is optional: if I have a GitHub account or the gh CLI, you may use it; otherwise public access is fine. Never require it unless it's in the prerequisites above. Rules: don't touch anything outside the temp folder and the install target. If anything looks off, stop and ask me. ``` **Install prompt FR:** ``` Prérequis : .NET SDK (8+ pour le placeholder `{}` de noms uniques, ou MSBuild 17.8+) Installe-moi « Génération de binlogs MSBuild pour diagnostic de builds .NET ». Donne à mon agent la discipline officielle .NET pour générer des logs binaires MSBuild — la convention `/bl:{}` sur chaque commande de build, noms uniques, échappement PowerShell, nommage CI et préservation des binlogs Dépôt : https://github.com/dotnet/skills/blob/main/plugins/dotnet-msbuild/skills/binlog-generation/SKILL.md 1. Récupère le fichier SKILL.md du skill dotnet-skills-binlog-generation depuis le dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Contrôle de sécurité : examine le SKILL.md pour tout contenu suspect (appels réseau inattendus, commandes shell, récolte d'identifiants). Ce dépôt ne doit contenir aucun secret dans le code ; les identifiants passent uniquement par le coffre sécurisé, les hôtes autorisés sont déclarés dans le SKILL.md. Vérifie que c'est bien le cas ; STOP sur le moindre signal d'alerte et préviens-moi. 3. Installe-le comme skill : copie SKILL.md dans le répertoire des skills de l'agent, dans un dossier nommé « dotnet-skills-binlog-generation ». 4. Vérifie sans aucun appel réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (p. ex. rien — commencez à ajouter `/bl:{}` aux builds). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf si c'est dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi. ``` ---

Ajouter /bl à chaque commande MSBuild pour des traces de build à toute épreuve — noms uniques, nommage CI, règles de nettoyage - **creator:** @dotnet - **type:** Agent skill - **url:** https://github.com/dotnet/skills - **cat:** Developer tools - **kws:** msbuild, binlog, dotnet, build diagnostics, troubleshooting, binary log, failure analysis - **license:** MIT **Description EN:** Curated by Skill Harbor — the official .NET team's discipline for MSBuild binary logs: add `/bl:{}` to every `dotnet build/test/pack/publish/restore` so a full build execution trace always exists before anything fails — unique auto-generated names (MSBuild 17.8+ / .NET 8 SDK+), PowerShell escaping (`-bl:{{}}`), explicit naming when CI artifact upload needs it, binlog preservation during `git clean`, and verification that a `.binlog` was actually produced. Prerequisite for the sibling `binlog-failure-analysis` and `build-perf-diagnostics` skills. By @dotnet, listed here with credit to its creator. Honest caveats: official Microsoft-aligned skill — covers binlog generation only, analysis lives in the sibling skills not listed here; the `{}` placeholder needs MSBuild 17.8+ or .NET 8 SDK (older toolchains must name files manually). Discovered via skills.sh. Skill Harbor never reviews the code, review it yourself before use. **Description FR:** Sélectionné par Skill Harbor — la discipline officielle de l'équipe .NET pour les logs binaires MSBuild : ajouter `/bl:{}` à chaque `dotnet build/test/pack/publish/restore` pour qu'une trace complète d'exécution existe toujours avant tout échec — noms uniques auto-générés (MSBuild 17.8+ / .NET 8 SDK+), échappement PowerShell (`-bl:{{}}`), nommage explicite quand l'upload d'artefacts CI l'exige, préservation des binlogs pendant `git clean`, et vérification qu'un `.binlog` a bien été produit. Prérequis des skills sœurs `binlog-failure-analysis` et `build-perf-diagnostics`. Crédit : @dotnet. Bémols honnêtes : skill officiel aligné Microsoft — couvre uniquement la génération de binlogs, l'analyse est dans les skills sœurs non listés ici ; le placeholder `{}` nécessite MSBuild 17.8+ ou .NET 8 SDK (les toolchains plus anciennes doivent nommer les fichiers manuellement). Découvert via skills.sh. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. **Install prompt EN:** ``` Prerequisites: .NET SDK (8+ for the `{}` unique-name placeholder, or MSBuild 17.8+) Install "MSBuild binlog generation for .NET build diagnostics" for me. Give my agent the official .NET discipline for generating MSBuild binary logs — the `/bl:{}` convention on every build command, unique names, PowerShell escaping, CI naming and binlog preservation Repository: https://github.com/dotnet/skills/blob/main/plugins/dotnet-msbuild/skills/binlog-generation/SKILL.md 1. Fetch the SKILL.md file for the dotnet-skills-binlog-generation skill from the repository into a temporary folder and summarize what it does in one or two sentences. 2. Safety check: review the SKILL.md for anything suspicious (unexpected network calls, shell commands, credential harvesting). This repo should contain zero secrets in code, credentials only via the secure vault, allowed hosts declared in the SKILL.md. Verify that holds here; STOP on any red flag and tell me. 3. Install it as a skill: copy SKILL.md into the agent's skills directory, in a folder named "dotnet-skills-binlog-generation". 4. Verify with no network calls: frontmatter valid, files in place. 5. Report what was installed, where, and what I still need to do myself (e.g. nothing — start adding `/bl:{}` to builds). GitHub is optional: if I have a GitHub account or the gh CLI, you may use it; otherwise public access is fine. Never require it unless it's in the prerequisites above. Rules: don't touch anything outside the temp folder and the install target. If anything looks off, stop and ask me. ``` **Install prompt FR:** ``` Prérequis : .NET SDK (8+ pour le placeholder `{}` de noms uniques, ou MSBuild 17.8+) Installe-moi « Génération de binlogs MSBuild pour diagnostic de builds .NET ». Donne à mon agent la discipline officielle .NET pour générer des logs binaires MSBuild — la convention `/bl:{}` sur chaque commande de build, noms uniques, échappement PowerShell, nommage CI et préservation des binlogs Dépôt : https://github.com/dotnet/skills/blob/main/plugins/dotnet-msbuild/skills/binlog-generation/SKILL.md 1. Récupère le fichier SKILL.md du skill dotnet-skills-binlog-generation depuis le dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Contrôle de sécurité : examine le SKILL.md pour tout contenu suspect (appels réseau inattendus, commandes shell, récolte d'identifiants). Ce dépôt ne doit contenir aucun secret dans le code ; les identifiants passent uniquement par le coffre sécurisé, les hôtes autorisés sont déclarés dans le SKILL.md. Vérifie que c'est bien le cas ; STOP sur le moindre signal d'alerte et préviens-moi. 3. Installe-le comme skill : copie SKILL.md dans le répertoire des skills de l'agent, dans un dossier nommé « dotnet-skills-binlog-generation ». 4. Vérifie sans aucun appel réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (p. ex. rien — commencez à ajouter `/bl:{}` aux builds). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf si c'est dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi. ``` ---

Version :