[Sep 07, 2025] GitHub-Actions Test Prep Training Practice Exam Questions Practice Tests
Exam Questions Answers Braindumps GitHub-Actions Exam Dumps PDF Questions
GitHub GitHub-Actions Exam Syllabus Topics:
| Topic | Details |
|---|---|
| Topic 1 |
|
| Topic 2 |
|
| Topic 3 |
|
NEW QUESTION # 39
As a DevOps engineer, you are trying to leverage an organization secret in a repo. The value received in the workflow is not the same as that set in the secret. What is the most likely reason for the difference?
- A. There is a different value specified at the workflow level.
- B. There is a different value specified at the enterprise level.
- C. The Codespace secret doesn't match the expected value.
- D. The Encrypt Secret setting was not configured for the secret.
- E. There is a different value specified at the rego level.
Answer: E
Explanation:
GitHub secrets are defined at different levels: organization, repository, and sometimes at the workflow level.
If a secret is defined at both the organization level and the repository level, the repository-level secret will take precedence. So, if the value of the secret differs between these levels, the workflow will use the value from the repository level instead of the organization level.
NEW QUESTION # 40
GitHub-hosted runners support which capabilities? (Choose two.)
- A. automatic file-system caching between workflow runs
- B. requiring a payment mechanism (e.g., credit card) to use for private repositories
- C. automatic patching of both the runner and the underlying OS
- D. support for a variety of Linux variations including CentOS, Fedora, and Debian
- E. support for Linux, Windows, and mac
Answer: D,E
Explanation:
GitHub-hosted runners automatically handle patching, meaning they will be kept up to date with the latest security updates and software patches for both the runner environment and the underlying operating system.
GitHub-hosted runners support Linux, Windows, and macOS, giving you flexibility to run workflows on different operating systems without needing to manage your own self-hosted runners.
NEW QUESTION # 41
Which scopes are available to define custom environment variables within a workflow file? (Choose three.)
- A. all jobs being run on a single Actions runner, by using runner.env at the top of the workflow file
- B. the entire workflow, by using env at the top level of the workflow file
- C. within the run attribute of a job step
- D. the entire stage, by using env at the top of the defined build stage
- E. the contents of a job within a workflow, by using jobs.<job_id>.env
- F. a specific step within a job, by using jobs.<job_id>.steps[*].env
Answer: B,C,F
Explanation:
You can define environment variables for the entire workflow by using the env key at the top level of the workflow file. These environment variables will be available to all jobs and steps within the workflow.
Environment variables can also be set within the run attribute of a job step, and these variables will be scoped only to that specific step.
You can set environment variables for specific steps within a job by using jobs.<job_id>.steps[*].env, which allows you to define variables that will only be available to that step.
NEW QUESTION # 42
When reviewing an action for use, what file defines its available inputs and outputs?
- A. workflow.yml
- B. inputs.yml
- C. defaults.json
- D. action.yml
- E. config.json
Answer: D
Explanation:
The action.yml file defines the inputs and outputs for a GitHub Action. This file contains metadata about the action, including the required inputs and outputs, as well as other configurations like the action's description, runs, and environment setup.
NEW QUESTION # 43
Which workflow event is used to manually trigger a workflow run?
- A. status
- B. create
- C. workflow_dispatch
- D. workflow_run
Answer: C
Explanation:
The workflow_dispatch event is used to manually trigger a workflow run in GitHub Actions. You can specify this event in the workflow file to allow users to manually trigger the workflow from the GitHub UI, often with optional input parameters.
NEW QUESTION # 44
What metadata file in a custom action defines the main entry point?
- A. index.js
- B. action.js
- C. main.yml
- D. action.yml
Answer: D
Explanation:
The action.yml file is the metadata file in a custom GitHub Action that defines the main entry point, including information such as the inputs, outputs, description, and the runs key that specifies the main entry point (e.g., a script or a Docker container).
NEW QUESTION # 45
As a developer, how can you identify a Docker container action on GitHub?
- A. The action's repository name includes the keyword "Docker."
- B. The action.yml metadata file has the runs.using value set to Docker.
- C. The action.yml metadata file references a Dockerfile file.
- D. The action's repository includes @actions/core in the root directory.
Answer: B
Explanation:
In a Docker container action, theaction.ymlfile includes theruns.usingfield, which is set todockerto specify that the action runs inside a Docker container. This is the key indicator that the action is a Docker container action.
NEW QUESTION # 46
What menu options in a repository do you need to select in order to use a starter workflow that is provided by your organization?
- A. Actions > Load workflow
- B. Workflow > New workflow
- C. Workflow > Load workflow
- D. Actions > New workflow
Answer: D
Explanation:
To use a starter workflow provided by your organization, you need to go to the Actions tab in the repository and select New workflow. This option allows you to either create a new workflow or select from a list of available workflow templates, including starter workflows provided by your organization.
NEW QUESTION # 47
What is the smallest scope for an environment variable?
- A. a job
- B. a step
- C. the workflow settings
- D. the workflow env mapping
Answer: B
Explanation:
The smallest scope for an environment variable is within astep. Environment variables defined within a step are only accessible to that particular step, which makes it the smallest scope for a variable in a GitHub Actions workflow.
NEW QUESTION # 48
Without the need to use additional infrastructure, what is the simplest and most maintainable method for configuring a workflow job to provide access to an empty PostgreSQL database?
- A. Dynamically provision and deprovision an environment.
- B. Run the actions/postgres action in a parallel job.
- C. Use service containers with a Postgres database from Docker hub.
- D. It is currently impossible to access the database with GitHub Actions.
Answer: C
Explanation:
GitHub Actions supports the use of service containers, which allows you to spin up a PostgreSQL database (or any other service) in a Docker container during your workflow. You can pull a PostgreSQL image from Docker Hub, and the container will automatically be available to your workflow job. This method requires no additional infrastructure and is easy to configure and maintain, as you simply define the container in the workflow file.
NEW QUESTION # 49
In which scenarios could the GITHUB_TOKEN be used? (Choose two.)
- A. to read from the file system on the runner
- B. to create issues in the repo
- C. to add a member to an organization
- D. to create a repository secret
- E. to leverage a self-hosted runner
- F. to publish to GitHub Packages
Answer: B,F
Explanation:
The GITHUB_TOKEN is automatically provided by GitHub in workflows and can be used to authenticate API requests to GitHub, including publishing packages to GitHub Packages.
The GITHUB_TOKEN is also used to authenticate API requests for actions like creating issues, commenting, or interacting with pull requests within the same repository.
NEW QUESTION # 50
You are a developer, and your container jobs are failing on a self-hosted runner. Which requirements must you check to ensure that the self-hosted runner is properly configured? (Choose two.)
- A. The self-hosted runner is running a Windows operating system.
- B. Kubernetes is installed on the self-hosted runner.
- C. Docker is installed on the self-hosted runner.
- D. The self-hosted runner is running a Linux operating system.
- E. The service status of Kubernetes is "active".
Answer: C,D
Explanation:
While Docker can run on various operating systems, Linux is often the most common and preferred OS for containerized workloads. Docker works well on Linux and is a widely-used platform for running containers.
For container jobs to run on a self-hosted runner, Docker must be installed and properly configured on the runner. Docker is required to build and run containerized workloads in a GitHub Actions workflow.
NEW QUESTION # 51
You installed specific software on a Linux self-hosted runner. You have users with workflows that need to be able to select the runner based on the identified custom software. Which steps should you perform to prepare the runner and your users to run these workflows? (Choose two.)
- A. Add the label linux to the runner.
- B. Add the label custom-software to the runner.
- C. Inform users to identify the runner based on the group.
- D. Configure the webhook and network to enable GitHub to trigger workflow.
- E. Create the group custom-software-on-linux and move the runner into the group.
Answer: B,C
Explanation:
Once the runner is properly configured and labeled, users should be informed to select the specific runner by identifying the label or group name when defining the runner in their workflows.
Adding a custom label (likecustom-software) to the runner makes it easier for users to select the runner in their workflows by using theruns-onkey, which allows them to choose this specific runner based on its label.
NEW QUESTION # 52
You are reaching your organization's storage limit for GitHub artifacts and packages. What should you do to prevent the storage limit from being reached? (Choose two.)
- A. Configure the artifact and log retention period.
- B. Disable branch protections in the repository.
- C. Use self-hosted runners for all workflow runs.
- D. Delete artifacts from the repositories manually
- E. Configure the repo to use Git Large File Storage.
Answer: A,D
Explanation:
Deleting artifacts from repositories manually will free up storage space. Artifacts are typically stored for a limited time by default, but manual cleanup can help manage space.
Configuring the artifact and log retention period allows you to control how long artifacts and logs are retained in your repository. By shortening the retention period, you can prevent unnecessary accumulation of data and manage storage more effectively.
NEW QUESTION # 53
Which of the following commands will set the $FOO environment variable within a script, so that it may be used in subsequent workflow job steps?
- A. run: echo "FOO=bar" >> $GITHUB_ENV
- B. run: echo "::set-env name=FOO::bar"
- C. run: export FOO=bar
- D. run: echo ${{ $FOO=bar }}
Answer: A
Explanation:
The $GITHUB_ENV environment variable is used to set environment variables that persist across steps in a workflow job. By echoing FOO=bar into $GITHUB_ENV, the variable FOO will be available in subsequent steps within the same job.
NEW QUESTION # 54
You need to trigger a workflow using the GitHub API for activity that happens outside of GitHub. Which workflow event do you use?
- A. repository_dispatch
- B. check_suite
- C. deployment
- D. workflow_run
Answer: A
Explanation:
Therepository_dispatchevent allows you to trigger a workflow in response to external activity. It is commonly used when you need to trigger a workflow from outside GitHub, such as from another system or service, by sending a request to the GitHub API. This event provides flexibility to integrate with various external systems and trigger workflows in a GitHub repository.
NEW QUESTION # 55
What is the right method to ensure users approve a workflow before the next step proceeds?
- A. adding users as required reviewers for an environment
- B. granting users repository approval permissions
- C. creating a branch protection rule and only allow certain users access
- D. grantingusers workflow approval permissions
Answer: A
Explanation:
GitHub Actions allows you to configure environment protection rules, where you can require specific users or teams to approve the deployment before the workflow proceeds to the next step. This ensures that the required reviewers approve the workflow before any sensitive actions (such as deployment) occur.
NEW QUESTION # 56
As a developer, you have a 10-MB data set that is required in a specific workflow. Which steps should you perform so the dataset is stored encrypted and can be decrypted during the workflow? (Choose three.)
- A. Create a GitHub encrypted secret with the Large object option selected and upload the dataset.
- B. Commit the encrypted dataset to the same repository as the workflow
- C. Compress the dataset
- D. Encrypt the dataset.
- E. Leverage the actions/download-secret action in the workflow.
- F. Store the dataset in a GitHub encrypted secret.
- G. Store the encryption keys in a GitHub encrypted secret.
Answer: D,F,G
Explanation:
First, the dataset should be encrypted before being stored. This ensures that the data is protected when stored in a repository.
The encrypted dataset can be stored in a GitHub secret, ensuring it is securely kept and not exposed publicly.
The encryption key needed to decrypt the dataset should also be stored in a GitHub secret to maintain security during the workflow, allowing access only when needed.
NEW QUESTION # 57
......
Download Free GitHub GitHub-Actions Real Exam Questions: https://www.examstorrent.com/GitHub-Actions-exam-dumps-torrent.html
GitHub-Actions Exam Dumps, GitHub-Actions Practice Test Questions: https://drive.google.com/open?id=1xVrpLWGr_rvMtCUkwN2R5E6sFuhwHEzh