Free GitHub Actions Exam Practice Questions

GitHub environments provide deployment protection controls such as required reviewers. First, the Production environment should be created in the repository ' s Settings > Environments configuration, where the VMOps team can be configured as required reviewers. This makes option C correct; the environment is not created as an organization-level environment as described by option

B.  

================

Job outputs are used to pass data from one job to another in a workflow. A job can produce output values (like variables or files), which can be referenced by subsequent jobs using the needs keyword and ${{ steps.step_id.outputs.output_name }} syntax.

Artifact storage allows data (such as files or results) to be saved by a job and then retrieved by another job in a later step. This is commonly used for passing large amounts of data or files between jobs.

A job using runs-on: [gpu] depends on an available runner matching that label. If the workflow previously succeeded but now remains waiting, the runner ' s availability, registration, connectivity, or label assignment should be investigated. GitHub stores self-hosted runner application diagnostic logs in the runner installation ' s _diag directory; Runner_ log files provide details about runner startup, connectivity, registration, and update activity, making option A useful. Checking the Set up job information from a previous successful run can also identify which runner previously accepted the job, providing a concrete target for investigation. Rotating GITHUB_TOKEN does not repair runner scheduling because job assignment does not depend on manually rotating that workflow token. GitHub-hosted usage limits are similarly unrelated to a custom gpu runner label. Therefore, A and C are appropriate troubleshooting actions.

================

Setting a debug message using ::debug:: command sends a message to the logs, helping with troubleshooting and providing insight into the workflow run.

Setting output parameters using ::set-output sends data from a job step to subsequent steps or jobs, which can be used later in the workflow.

Dockerfile: The Dockerfile is required for Docker container actions. It defines the environment for the action, specifying the base image, dependencies, and any commands to set up the action’s runtime inside the container.

action.yml: The action.yml file is required for all GitHub Actions, including Docker container actions. It contains metadata about the action, including the inputs, outputs, and the runtime environment (which in this case is Docker, defined under runs.using).