Skip to main content

OpsScript Gate — shell script compatibility testing

简体中文 · Configuration · Troubleshooting

ShellCheck tells you if your script looks portable. OpsScript Gate checks if it actually runs there.

CI Demo PyPI Python Versions GitHub Marketplace Release License: MIT Supported Distros

OpsScript Gate is a drop-in runtime compatibility gate for Linux shell scripts. It executes your scripts inside unprivileged Debian, Ubuntu, and Alpine containers before merge, catching environment-specific runtime failures, missing interpreters, and package-manager assumptions that static analysis cannot detect.

It is designed for shell testing, portable shell validation, Bash/POSIX compatibility checks, and cross-distro CI where syntax-only tooling is not enough.


New in v0.5.0

Preview exactly what will run, keep local and CI settings together, and exclude test fixtures before executing scripts. These controls are included in v0.5.0. Projects on v0.4.1 and earlier do not include them.

opsscript-gate init
opsscript-gate run --dry-run
opsscript-gate run --format json --output reports/compatibility.json

init creates .opsscript-gate.json and a GitHub Actions workflow without replacing existing files. Review its exclusions (tests/*, examples/*) and offline network default before running. No Docker is required for init or --dry-run.

Useful for standalone installers, container entrypoints and release scripts that must work on both GNU/Linux and Alpine/BusyBox. Each script runs independently; repository files, sibling scripts and project dependencies are not mounted. See configuration and migration and why a shell script works on Ubuntu but fails on Alpine.

⚡ 30-Second Quickstart

In GitHub Actions (Zero Config)

Drop this minimal workflow into .github/workflows/shell-compat.yml:

name: Shell Compatibility Gate
on: [pull_request, push]

jobs:
  compat:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v7
      - uses: Mresyzz/opsscript-gate@v0.5.0

Zero Config: If script-path is omitted, OpsScript Gate automatically discovers shell scripts in your repository. Scripts run sequentially, with concurrent distribution checks for each script. Preview discovery before running unfamiliar repositories.

Or test a specific script with custom execution modes:

      - uses: Mresyzz/opsscript-gate@v0.5.0
        with:
          script-path: scripts/install.sh
          shell: auto
          jobs: 4

In Local Terminal (CLI)

Requires Python 3.10+ and a running local Docker engine:

# Install from PyPI
pip install opsscript-gate

# Run against a specific script
opsscript-gate run ./scripts/install.sh

# Or auto-discover scripts across your repository
opsscript-gate run

Try a Real Failure in 30 Seconds

Create install.sh:

#!/bin/sh
set -e
apt-get --version

Then run:

opsscript-gate run ./install.sh

A typical result across the default matrix looks like this:

Debian 12        PASS
Ubuntu 22.04     PASS
Ubuntu 24.04     PASS
Alpine 3.20      FAIL

apt-get: not found

The script is valid shell, but the runtime environment is incompatible. That is exactly the class of failure OpsScript Gate is designed to catch.


🎯 Reviewer-First Experience: What It Produces

Every run of OpsScript Gate generates clean, actionable feedback right where developers and reviewers need it:

1. Line-Level GitHub Annotations

When a failure occurs, OpsScript Gate flags the exact script line on your Pull Request's Files Changed view with high-confidence diagnostics and conservative remediation hints:

::error file=scripts/setup.sh,line=4,title=OpsScript Gate: [alpine:3.20] command not found: apt-get::command not found: apt-get — Alpine normally uses apk instead of apt-get.

2. GitHub Step Summary Compatibility Card

A beautifully formatted markdown summary is automatically posted to $GITHUB_STEP_SUMMARY:

## 🛡️ OpsScript Gate Compatibility Report

**Target Script**: `scripts/setup.sh`  
**Status**: ❌ **CHECKS FAILED (3/4 Passed)**  
**Total Duration**: `1.24s`

### 📊 Compatibility Matrix

| Distribution | Status | Exit Code | Time | Diagnostic & Recommendation |
| :--- | :---: | :---: | :---: | :--- |
| `debian:12-slim` | ✅ PASS | `0` | `0.42s` | OK |
| `ubuntu:22.04` | ✅ PASS | `0` | `0.38s` | OK |
| `ubuntu:24.04` | ✅ PASS | `0` | `0.35s` | OK |
| `alpine:3.20` | ❌ FAIL | `127` | `0.19s` | ⚠️ Missing command: `apt-get` (line 4)<br>💡 *Alpine normally uses apk instead of apt-get.* |

<details>
<summary>📋 <b>Copyable Markdown (Click to expand & copy to PR / Issue)</b></summary>
...
</details>

🔍 Example: What Static Analysis Misses

Consider this clean deployment script:

#!/bin/sh
set -e
echo "Fetching package information..."
apt-get --version

Running shellcheck reports 0 errors, 0 warnings because the syntax is syntactically valid POSIX shell.

However, when verified with OpsScript Gate:

+----------------+----------+-----------+----------+------------------------------------+
| Distro         | Status   | Exit Code | Duration | Details                            |
+----------------+----------+-----------+----------+------------------------------------+
| debian:12-slim | PASS     | 0         | 0.42s    | OK                                 |
| ubuntu:22.04   | PASS     | 0         | 0.38s    | OK                                 |
| ubuntu:24.04   | PASS     | 0         | 0.35s    | OK                                 |
| alpine:3.20    | FAIL     | 127       | 0.19s    | command not found: apt-get (line 4)|
+----------------+----------+-----------+----------+------------------------------------+
Total duration: 0.58s | Result: FAILED

Remediation Recommendations:
  * [alpine:3.20] Alpine normally uses apk instead of apt-get.

============================================================
Failed Distributions - Output Snippets (last 15 lines):
============================================================

--- [alpine:3.20] (FAIL) ---
sh: line 4: apt-get: not found

Why it failed: Alpine Linux is musl/BusyBox-based and uses apk, not apt-get. OpsScript Gate catches the missing command (exit code 127) and gives you the exact line number and conservative remediation hint before deployment.


🛡️ Why OpsScript Gate?

OpsScript Gate vs ShellCheck vs Custom CI Matrix

Capability OpsScript Gate ShellCheck Handwritten CI Matrix
Runtime execution Yes No (Static AST only) Yes
Real distro environments Yes (Debian, Ubuntu, Alpine) No Yes
Preconfigured defaults Yes Yes Requires custom workflow configuration
Hardened container defaults Built-in (ro, cap_drop, resource limits) N/A User-defined
Anti-hang stdin protection Built-in (</dev/null, noninteractive) No User-defined
Line-Level Annotations & Hints Built-in (Zero config) Static warnings User-defined
Parallel Matrix Execution Built-in (--jobs) N/A Manual matrix config
  • ShellCheck is indispensable for static analysis (syntax, quoting, SC warnings). OpsScript Gate complements it by testing actual execution behavior in real distributions.
  • Handwritten CI Matrix requires maintaining complex Docker configurations, volume mounts, timeout guards, and log parsers across every project. OpsScript Gate packages this into a single check.

🔒 Security Boundaries & Hardened Isolation

OpsScript Gate is a runtime compatibility testing tool, not a security sandbox for hostile or fully untrusted code. Containers still share the host kernel, so target scripts should be treated accordingly.

View security boundaries and runtime hardening details

OpsScript Gate applies conservative, restricted container defaults when running scripts:

  1. Restricted Container Defaults:
    • Containers run with privileged=False.
    • All Linux capabilities are dropped: cap_drop=["ALL"].
    • Privilege escalation is disabled: security_opt=["no-new-privileges:true"].
  2. Resource Constraints:
    • Memory limits enforced per container (--mem-limit, default: 256m).
    • Process caps enforced to prevent fork bombs (--pids-limit, default: 128).
    • Network isolation configurable (--network bridge or --network none).
  3. Read-Only Target Mount:
    • The tested script is mounted read-only (:ro) at /tmp/target_script.sh.
    • No host directories or sensitive sockets are mounted into test containers.
  4. Anti-Hang Deadlock Defense:
    • Disables TTY and stdin (stdin_open=False, tty=False).
    • Disconnects standard input: /bin/sh -c "... /tmp/target_script.sh </dev/null".
    • Injects DEBIAN_FRONTEND=noninteractive and CI=true. Interactive prompts (read -p) fail instead of hanging CI runners.
  5. Hard Timeout & Container Cleanup:
    • Enforces configurable timeout (default: 60s). Timed-out containers are sent SIGKILL and marked TIMED_OUT.
    • Container removal is attempted from a finally block in normal, failure, and timeout execution paths.
  6. Bounded Output & Memory Protection:
    • Captures container logs using a rolling byte buffer capped at 256 KiB (MAX_CAPTURED_LOG_BYTES) and a 500-line tail limit (MAX_LOG_TAIL_LINES) to reduce memory-exhaustion risk from runaway output.
  7. Untrusted Log Neutralization & Terminal Defense:
    • Neutralizes line-leading workflow commands ([container] ::) to prevent forged GitHub Actions annotations in CI runners.
    • Strips ANSI escape sequences and dangerous C0 control characters, and normalizes carriage returns (\r) to defeat terminal line-overwrite spoofing.
    • Employs context-sensitive escaping (escape_inline_code, escape_markdown_text, escape_markdown_table_cell, escape_html_text, format_safe_code_fence) to protect Step Summary output contexts.
  8. Command Injection Defense:
    • OpsScript Gate's own annotations (::error) apply strict percent-encoding for workflow-command fields and message bodies.
  9. Bounded Streaming CRLF & Shebang Defense:
    • Stream-normalizes CRLF in 64 KiB chunks and bounds shebang parsing to 4096 bytes without whole-file memory allocation.
    • Pre-normalizes scripts once before parallel matrix runs, sharing a read-only prepared path across worker threads.

For the complete supported-version policy and vulnerability reporting guidance, see SECURITY.md.

When NOT to use OpsScript Gate

OpsScript Gate is intentionally focused on Linux shell runtime compatibility. It is not designed for:

  • executing hostile or fully untrusted third-party scripts
  • kernel-level or privileged behavior testing
  • replacing full integration or end-to-end test suites
  • validating macOS or Windows behavior
  • proving that a script is secure

Use it when you want to know whether a shell script actually runs across the supported Linux distributions.


📦 Default Test Matrix

Image Distribution Focus
debian:12-slim Debian 12 (Bookworm) Minimal glibc + APT base
ubuntu:22.04 Ubuntu 22.04 LTS (Jammy) Enterprise long-term support baseline
ubuntu:24.04 Ubuntu 24.04 LTS (Noble) Modern glibc, updated coreutils & defaults
alpine:3.20 Alpine Linux 3.20 Minimal musl libc + BusyBox /bin/sh environment

Customize the matrix at any time via --matrix or Action input matrix.


🛠️ CLI Reference

usage: opsscript-gate run [-h] [--matrix MATRIX] [-j JOBS] [--timeout TIMEOUT]
                          [--format {table,markdown,json}]
                          [--shell {posix,shebang,auto}]
                          [--mem-limit MEM_LIMIT] [--pids-limit PIDS_LIMIT]
                          [--network NETWORK]
                          [script_path]
Parameter Type Default Description
script_path Positional Optional Path to target shell script (auto-discovers if omitted)
-j, --jobs Integer min(2, size) Number of concurrent container jobs
--matrix String debian:12-slim,ubuntu:22.04,ubuntu:24.04,alpine:3.20 Comma-separated list of Docker images
--timeout Integer 60 Hard timeout per container in seconds
--format Choice table Output format: table, markdown, or json
--shell Choice posix Execution mode: posix (default), shebang, or auto
--mem-limit String 256m Memory limit per container (e.g. 256m, 512m)
--pids-limit Integer 128 Maximum number of processes per container
--network Choice bridge Container network mode: bridge or none
--version Flag - Show version number
-h, --help Flag - Show argument help

Shell Execution Modes (--shell)

  • posix (default): Strictly executes with /bin/sh, ignoring any script shebang to verify portability against minimal POSIX environments (including Alpine BusyBox).
  • shebang: Strictly honors the interpreter specified in the script's shebang (#!/bin/sh, #!/bin/bash, #!/usr/bin/sh, #!/usr/bin/bash, #!/usr/bin/env sh, #!/usr/bin/env bash). Fails immediately if shebang is missing, malformed, or unsupported.
  • auto: Honors recognized shebangs if present; safely falls back to /bin/sh if no shebang is present.

Exit Code Convention

  • 0: All tested scripts and distributions passed (PASS).
  • 1: At least one distribution failed (FAIL), timed out (TIMED_OUT), or errored (ERROR).

v0.5.0 project controls

Option Purpose
init Generate configuration and a GitHub workflow without overwriting files
--dry-run Preview selected scripts, images and total executions without Docker
--config PATH Load a specific JSON configuration file
--preset minimal Debian + Alpine (two container runs per script)
--preset ubuntu Ubuntu 22.04 + 24.04
--exclude 'tests/*' Exclude a repository-relative glob; repeatable
--max-scripts 50 Raise the default discovery limit of 20; overflow is an error
--output report.json Save the selected output format, including failed test reports

Explicit CLI options override project settings. Explicit script paths bypass discovery and its exclusions. See complete configuration semantics.

🌍 Real-World Usage

OpsScript Gate is actively used in Mresyzz/linux-dev-bootstrap to validate install.sh across the default Debian, Ubuntu, and Alpine matrix in GitHub Actions.

See the downstream workflow: .github/workflows/test.yml.


🧪 Development & Testing

# Clone repository
git clone https://github.com/Mresyzz/opsscript-gate.git
cd opsscript-gate

# Install in editable mode with test dependencies
pip install -e .[test]

# Run unit tests (Mocked, no Docker daemon required)
pytest -v -m "not integration"

# Run integration tests (Requires local Docker daemon)
pytest -v

💛 If OpsScript Gate Helps

If OpsScript Gate catches a compatibility problem in one of your scripts, consider starring the repository so other shell and DevOps maintainers can find it too.

Bug reports, real-world compatibility cases, and pull requests are especially welcome.


📄 License

OpsScript Gate is licensed under the MIT License.

Release files for opsscript-gate 0.5.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for opsscript-gate 0.5.0
File Size Uploaded
opsscript_gate-0.5.0.tar.gz 126.7 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for opsscript-gate 0.5.0
File Interpreter ABI Platform
opsscript_gate-0.5.0-py3-none-any.whl Python 3 none any Details

Total release size: 159.0 kB

Release files / opsscript_gate-0.5.0.tar.gz

Download URL opsscript_gate-0.5.0.tar.gz
Size 126.7 kB
Tags Source
SHA-256 checksum
How to use checksums
ece6e392b194359246ae78b93928f80034a4ed887406c7aea6104b51579efd77
BLAKE2b-256 checksum
How to use checksums
da5b6d07e97647942aec6bc8ec70fe51d7a9687ba0108d0dd77d5905843dd4b8
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 25, 2026.

Transparency log

Release files / opsscript_gate-0.5.0-py3-none-any.whl

Download URL opsscript_gate-0.5.0-py3-none-any.whl
Size 32.3 kB
Tags Python 3
SHA-256 checksum
How to use checksums
d5020364f046dc32c46fd6e3457c1138a8418c2f63229a3a6946e551a5fc17f4
BLAKE2b-256 checksum
How to use checksums
d18096d4d93227cbe79d01aea19668a4ce4e163fc2239a4ead3012f282caef39
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 25, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

0.5.0 This release

2 release files

0.4.1

2 release files

0.4.0

2 release files

0.3.0

2 release files

0.2.1

2 release files

0.2.0

2 release files

0.1.2

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page