Free Practice Questions for GitHub Actions Expert (GH-200) Certification
Study with 335 exam-style practice questions designed to help you prepare for the GitHub Actions Expert (GH-200).
Start Practicing
All Domains
Practice with randomly mixed questions from all topics
Domain Mode
Practice questions from a specific topic area
Quiz History
Exam Details
Key information about GitHub Actions Expert (GH-200)
- Multiple choice
- Ordering
- Fill in the blank
Professionals with expertise in automating software development workflows using GitHub Actions, including CI/CD, GitHub repositories, and GitHub Packages.
Exam Topics & Skills Assessed
Skills measured (from the official study guide)
Domain 1: Author and manage workflows
Subdomain 1.1: Configure workflow triggers and events
Configure workflows to run for scheduled, manual, webhook, and repository events Choose appropriate scope, permissions, and events for workflow automation Define and validate workflow_dispatch inputs (types, required, defaults) and pass inputs to reusable workflows via workflow_call with inputs and secrets mapping
Subdomain 1.2: Design and implement workflow structure
Use jobs, steps, and conditional logic Implement dependencies between jobs Use workflow commands and environment variables Use service containers (services:) for dependent services (databases, queues); configure ports, health checks, and container options Use strategy and matrix to generate job variations (OS, language/runtime versions); apply include/exclude; control fail-fast and max-parallel; optimize matrix size for cost and performance; account for runner image changes (Ubuntu 20.04 deprecation, Windows Server 2025 migration for windows-latest) Implement YAML anchors and aliases (&, * and merge <<) to reuse repeated mappings/steps within a single workflow file Use predefined contexts (github, runner, env, vars, secrets, inputs, matrix, needs, strategy, job, steps, github.event, github.ref) to access workflow, repository, and runtime metadata; understand immutable actions behavior and version pinning requirements Evaluate expressions with ${{ }} referencing contexts; distinguish static (workflow parse) vs runtime evaluation; prevent secret leakage in logs and expressions Leverage editor tooling (GitHub Actions VS Code extension / YAML schema completion, metadata IntelliSense, validation) to author and maintain workflows efficiently
Subdomain 1.3: Manage workflow execution and outputs
Configure caching and artifact management; apply retention policies via REST APIs (logs, artifacts, workflow runs) at org/repo level Pass data between jobs and steps (artifacts, outputs, environment files via GITHUB_ENV and GITHUB_OUTPUT, reusable workflow outputs) Generate job summaries using GITHUB_STEP_SUMMARY for rich Markdown reports (test results, coverage, links) Add workflow status badges and environment protections
Domain 2: Consume and troubleshoot workflows
Subdomain 2.1: Interpret workflow behavior and results
Identify workflow triggers and effects from configuration and logs Diagnose failed workflow runs using logs and run history Expand and interpret YAML anchors, aliases, and merged mappings when analyzing workflow configuration Interpret matrix expansions, correlate job names to matrix axes, analyze failures across variants, and selectively rerun individual matrix jobs
Subdomain 2.2: Access workflow artifacts and logs
Locate workflows, logs, and artifacts in the UI and via API Download and manage workflow artifacts
Subdomain 2.3: Use and manage workflow templates
Consume organization-level and reusable workflows Consume non-public organization workflow templates Use starter workflows (public and private/non-public templates); customize and adapt; distinguish from reusable workflows and composite actions Differentiate starter workflows (copy scaffold, independent after creation) vs reusable workflows (central versioned definition invoked via workflow_call) vs composite actions (encapsulated step logic) Contrast disabling and deleting workflows
Domain 3: Author and maintain actions
Subdomain 3.1: Create and troubleshoot custom actions
Identify and implement action types (JavaScript, Docker, composite); understand immutable actions rollout on hosted runners and implications for version pinning and registry sources Troubleshoot action execution and errors
Subdomain 3.2: Define action structure and metadata
Specify required files, directory structure, and metadata Implement workflow commands within actions
Subdomain 3.3: Distribute and maintain actions
Select distribution models (public, private, marketplace) Publish actions to the GitHub Marketplace Apply versioning and release strategies
Domain 4: Manage GitHub Actions for the enterprise
Subdomain 4.1: Distribute and govern actions and workflows
Define and manage reusable components and templates Control access to actions and workflows within the enterprise Configure organizational use policies
Subdomain 4.2: Manage runners at scale
Configure and monitor GitHub-hosted and self-hosted runners Apply IP allow lists and networking settings Manage runner groups and troubleshoot runner issues Identify preinstalled software/tool versions on GitHub-hosted runners (image release notes, toolcache) and install additional software at runtime (setup-* actions, package managers, caching, container images, custom self-hosted images)
Subdomain 4.3: Manage encrypted secrets and variables
Define and scope encrypted secrets and variables at the organization, repository, and environment levels Access and use secrets and variables in workflows and actions; manage secrets and variables programmatically via REST APIs
Domain 5: Secure and optimize automation
Subdomain 5.1: Implement security best practices
Use environment protections and approval gates Identify and use trustworthy actions from the Marketplace Mitigate script injection (sanitize/validate inputs, least-privilege permissions, avoid untrusted data in run:, proper shell quoting, prefer vetted actions over inline scripts) Understand GITHUB_TOKEN lifecycle (ephemeral, scoped), configure granular permissions, contrast with PAT; restrict write scopes Use OIDC token (id-token permission) for cloud provider federation to eliminate long-lived cloud secrets Pin third-party actions to full commit SHAs; align with immutable actions enforcement on hosted runners; avoid floating @main/@v* without justification Enforce action usage policies (organization/repository allow/deny lists, required reviewers for unverified actions) Generate and verify artifact attestations / provenance (e.g., SLSA, build metadata) and integrate into deployment verification
Subdomain 5.2: Optimize workflow performance and cost
Configure caching and artifact retention for efficiency; apply retention policies programmatically via REST APIs Recommend strategies for scaling and optimizing workflows
Techniques & products