Detected Bias Types
â ī¸
windows_first
â ī¸
windows_tools
â ī¸
powershell_heavy
â ī¸
missing_linux_example
Summary
The documentation exhibits a moderate Windows bias. Many code samples, especially in CI/CD pipeline sections (GitHub Actions, Azure DevOps, GitLab, Jenkins), default to Windows application file types (e.g., app.exe, app-config.json) and set --os-type Windows by default, even when running on Linux agents. PowerShell examples are abundant and sometimes precede or outnumber Linux/bash equivalents. Some install script examples for Windows (.exe, .msi, .ps1) are more detailed than their Linux counterparts. In multi-platform sections, Windows tools and patterns (msiexec, powershell.exe, .exe installers) are mentioned first or exclusively, while Linux equivalents (e.g., .deb, .rpm, .sh) are present but less emphasized. There are cases where Linux-specific examples or instructions are missing or less detailed, especially in automation pipelines.
Recommendations
- In CI/CD pipeline examples (GitHub Actions, Azure DevOps, GitLab, Jenkins), provide parallel Linux-centric samples (e.g., using .sh, .deb, .rpm files and --os-type Linux) and clarify how to deploy Linux applications.
- When showing install script examples, ensure Linux formats (.sh, .tar, .deb, .rpm) are given equal prominence and detail as Windows formats.
- Avoid defaulting to Windows file types (app.exe, app-config.json) in generic examples; use neutral or alternate Linux file types (app.sh, app-config.yaml) or show both.
- In sections where --os-type is set, explain how to set for Linux and Windows, and provide both examples.
- Balance PowerShell and bash examples, and avoid placing Windows/PowerShell instructions before Linux/bash unless contextually justified.
- Explicitly call out Linux prerequisites, tools, and patterns where Windows tools are mentioned (e.g., mention unzip/tar for Linux when msiexec/tar for Windows is shown).