Question 1
What makes GitHub Actions different from many traditional CI/CD tools?
It only supports deployment workflows
It requires external plugins for automation
It only runs on Linux environments
It is event-driven and tightly integrated with GitHub
Question 2
Which of the following is NOT a common event that can trigger a GitHub Actions workflow?
push
pull_request
milestone
commit_message_change
Question 3
In a GitHub Actions workflow, what is the primary purpose of the needs keyword in jobs?
To define the operating system of a runner
To pass secrets between jobs
To create job dependencies and control execution order
To cache dependencies
Question 4
Why is it considered a best practice to use GitHub Secrets instead of hardcoding credentials in workflow files?
Secrets encrypt sensitive data and prevent exposure in logs
Secrets allow workflows to run in parallel
Secrets improve workflow execution speed
Secrets automatically rotate credentials
Question 5
What is a key advantage of using self-hosted runners over GitHub-hosted runners?
They automatically scale without configuration
They provide access to private networks and custom hardware
They eliminate the need for YAML workflows
They only support Linux environments
Question 6
What is the main purpose of caching dependencies in GitHub Actions?
To permanently store build artifacts
To share data between different repositories
To reduce workflow execution time by reusing dependencies
To trigger workflows conditionally
Question 7
What happens when a GitHub Actions workflow uses a matrix strategy with multiple OS and language versions?
Only one job runs using the latest configuration
Jobs run sequentially for each configuration
The workflow creates multiple parallel jobs for each combination
The workflow fails if any configuration is invalid
There are 7 questions to complete.