Microsoft GH-200 Online Practice Questions and Exam Preparation

Microsoft GH-200 Online Questions & Answers

• Question 61:

  As a developer, you have configured an IP allow list on a GitHub organization. Which effects does the IP allow list have on GitHub Actions? (Each answer presents a complete solution. Choose two.)

  A. You can use standard GitHub-hosted runners since their IP addresses are automatically allowed.
  B. You can use self-hosted runners with known IP addresses.
  C. You must allow GitHub Actions’s IP address ranges in order to use marketplace actions.
  D. You can use GitHub-hosted larger runners since they can be configured with static IP addresses.
  B. You can use self-hosted runners with known IP addresses.
  D. You can use GitHub-hosted larger runners since they can be configured with static IP addresses.

  ---

  Explanation

  Using GitHub Actions with an IP allow list. If you use an IP allow list and would also like to use GitHub

  Actions, you must use self-hosted runners or GitHub-hosted larger runners with static IP address ranges

  To allow your self-hosted or larger hosted runners to communicate with GitHub, add the IP address or IP address range of your runners to the IP allow list that you have configured for your enterprise.

  https://docs.github.com/en/enterprise-cloud@latest/organizations/keeping-your-organization-secure/ managing-security-settings-for-your-organization/managing-allowed-ip-addresses-for-your-organization

• Question 62:

  Which step is using the dbserver environment variable correctly?

  A. steps: -name: Hello world run: echo $dbserver variables: dbserver: orgserver1
  B. steps: -name: Hello world run: echo $dbserver env: -name: dbserver value: orgserver1
  C. steps: -name: Hello world run: echo $dbserver environment: dbserver: orgserver1
  D. steps: -name: Hello world run: echo $dbserver env: dbserver: orgserver1
  D. steps: -name: Hello world run: echo $dbserver env: dbserver: orgserver1

  ---

  Explanation

  Store information in variables

  GitHub sets default variables for each GitHub Actions workflow run. You can also set custom variables for use in a single workflow or multiple workflows.

  Defining environment variables for a single workflow

  To set a custom environment variable for a single workflow, you can define it using the env key in the workflow file. The scope of a custom variable set by this method is limited to the element in which it is defined. You can define variables that

  are scoped for:

  The entire workflow, by using env at the top level of the workflow file.

  The contents of a job within a workflow, by using jobs..env.

  A specific step within a job, by using jobs..steps[*].env.

  Example:

  name: Greeting on variable day

  on:

  workflow_dispatch

  env:

  DAY_OF_WEEK: Monday

  jobs:

  greeting_job:

  runs-on: ubuntu-latest

  env:

  Greeting: Hello

  steps:

  -name: "Say Hello Mona it's Monday"

  run: echo "$Greeting $First_Name. Today is $DAY_OF_WEEK!"

  env:

  First_Name: Mona

  Incorrect:

  [Not A, Not C] Keyword env missing.

  [Not B] name and value keywords are not used.

  env:

  -name: dbserver

  value: orgserver1

  https://docs.github.com/en/actions/how-tos/write-workflows/choose-what-workflows-do/use-variables

• Question 63:

  Scheduled workflows run on the:

  A. specified commit and branch from the workflow YAML file.
  B. latest commit from the branch named schedule.
  C. latest commit and branch on which the workflow was triggered.
  D. latest commit from the branch named main.
  E. latest commit on the default or base branch.
  E. latest commit on the default or base branch.

  ---

  Explanation

  Scheduled workflows run on the latest commit on the default branch.

  Note: The default branch is also the initial branch that Git checks out locally when someone clones the repository. Unless you specify a different branch, the default branch in a repository is the base branch for new pull requests and code commits.

  https://docs.github.com/en/actions/reference/workflows-and-actions/workflow-syntax https://docs.github.com/articles/about-branches

• Question 64:

  What are the mandatory requirements for publishing GitHub Actions to the GitHub Marketplace? (Each correct answer presents part of the solution. Choose two.)

  A. The action can be either in a public or private repository.
  B. The action’s metadata file must be in the root directory of the repository.
  C. The action’s name cannot match a user or organization on GitHub unless the user or organization owner is publishing the action.
  D. The name should match with one of the existing GitHub Marketplace categories.
  E. Each repository can contain a collection of actions as long as they are under the same Marketplace category.
  B. The action’s metadata file must be in the root directory of the repository.
  C. The action’s name cannot match a user or organization on GitHub unless the user or organization owner is publishing the action.

  ---

  Explanation

  Publishing actions in GitHub Marketplace

  You can publish actions in GitHub Marketplace and share actions you've created with the GitHub community.

  Prerequisite include:

  [B] Each repository must contain a single action metadata file (action.yml or action.yaml) at the root.

  The name in the action's metadata file must be unique.

  The name cannot match an existing action name published on GitHub Marketplace.

  [C] The name cannot match a user or organization on GitHub, unless the user or organization owner is publishing the action. For example, only the GitHub organization can publish an action named github.

  Incorrect:

  [Not A] The action must be in a public repository.

  [Not D] The name cannot match an existing GitHub Marketplace category.

  https://docs.github.com/en/actions/how-tos/create-and-publish-actions/publish-in-github-marketplace

• Question 65:

  Which command can you include in your workflow file to set the output parameter for an action?

  A. echo "action_color=purple" >> $GITHUB_ENV
  B. echo "::debug::action_color=purple"
  C. echo "::add-mask::$ACTI0N_C0L0R"
  D. echo "action_color=purple" >> $GITHUB_OUTPUT
  D. echo "action_color=purple" >> $GITHUB_OUTPUT

  ---

  Explanation

  Setting an output parameter

  Sets a step's output parameter. Note that the step will need an id to be defined to later retrieve the output value. You can set multi-line output values with the same technique used in the Multiline strings section to define multi-line environment

  variables.

  echo "{name}={value}" >> "$GITHUB_OUTPUT"

  Example of setting an output parameter

  This example demonstrates how to set the SELECTED_COLOR output parameter and later retrieve it:

  name: Set color

  id: color-selector

  run: echo "SELECTED_COLOR=green" >> "$GITHUB_OUTPUT"

  name: Get color

  env:

  SELECTED_COLOR: ${{ steps.color-selector.outputs.SELECTED_COLOR }}

  run: echo "The selected color is $SELECTED_COLOR"

  https://docs.github.com/en/actions/reference/workflows-and-actions/workflow-commands

• Question 66:

  Disabling a workflow allows you to stop a workflow from being triggered without having to delete the file from the repo. In which scenarios would temporarily disabling a workflow be most useful? (Each correct answer presents a complete solution. Choose two.)

  A. A runner needs to have diagnostic logging enabled.
  B. A workflow error produces too many, or wrong, requests, impacting external services negatively.
  C. A workflow is configured to run on self-hosted runners.
  D. A workflow sends requests to a service that is down.
  E. A workflow needs to be changed from running on a schedule to a manual trigger.
  B. A workflow error produces too many, or wrong, requests, impacting external services negatively.
  D. A workflow sends requests to a service that is down.

  ---

  Explanation

  Temporarily disabling a workflow can be useful in many scenarios. These are a few examples where disabling a workflow might be helpful:

  [B] A workflow error that produces too many or wrong requests, impacting external services negatively.

  A workflow that is not critical and is consuming too many minutes on your account.

  [D] A workflow that sends requests to a service that is down.

  Workflows on a forked repository that aren't needed (for example, scheduled workflows).

  https://docs.github.com/en/actions/how-tos/manage-workflow-runs/disable-and-enable-workflows

• Question 67:

  What are two reasons to keep an action in its own repository instead of bundling it with other application code? (Each correct answer presents a complete solution. Choose two.)

  A. It makes the action.yml file optional.
  B. It makes it easier for the GitHub community to discover the action.
  C. It widens the scope of the code base for developers fixing issues and extending the action.
  D. It decouples the action’s versioning from the versioning of other application code.
  E. It allows sharing workflow secrets with other users.
  B. It makes it easier for the GitHub community to discover the action.
  D. It decouples the action’s versioning from the versioning of other application code.

  ---

  Explanation

  Storing an action in its own repository makes it easier for the GitHub community to discover the action [B], narrows the scope [Not C] of the code base for developers fixing issues and extending the action, and decouples the action's versioning from the versioning of other application code [D].

  https://docs.github.com/en/actions/how-tos/create-and-publish-actions/manage-custom-actions

• Question 68:

  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? (Each correct answer presents a complete solution. Choose two.)

  A. Use self-hosted runners for all workflow runs.
  B. Delete artifacts from the repositories manually.
  C. Configure the artifact and log retention period.
  D. Disable branch protections in the repository.
  E. Configure the repo to use Git Large File Storage.
  C. Configure the artifact and log retention period.
  E. Configure the repo to use Git Large File Storage.

  ---

  Explanation

  [E] To bypass GitHub's limit of 100 MB you can use Git Large File Storage (Git LFS). It stores references to your file in the repo by creating a pointer file. However, the actual file is going to be stored at a different location.

  [C] Configuring the retention period for GitHub Actions artifacts and logs in your organization You can configure the retention period for GitHub Actions artifacts and logs in your organization.

  By default, the artifacts and log files generated by workflows are retained for 90 days before they are automatically deleted. You can adjust the retention period, depending on the type of repository:

  For public repositories: you can change this retention period to anywhere between 1 day or 90 days.

  For private repositories: you can change this retention period to anywhere between 1 day or 400 days.

  When you customize the retention period, it only applies to new artifacts and log files, and does not retroactively apply to existing objects. For managed repositories and organizations, the maximum retention period cannot exceed the limit set

  by the managing organization or enterprise.

  https://gitprotect.io/blog/github-storage-limits/

  https://docs.github.com/en/organizations/managing-organization-settings/configuring-the-retention-period-for-github-actions-artifacts-and-logs-in-your-organization

• Question 69:

  Which of the following is the lowest repository permission you need to have for downloading workflow artifacts?

  A. Triage
  B. Admin
  C. Maintain
  D. Write
  E. Read
  E. Read

  ---

  Explanation

  Downloading workflow artifacts

  You can download archived artifacts before they automatically expire.

  Who can use this feature?

  People who are signed into GitHub and have read access to a repository can download workflow artifacts.

  https://docs.github.com/en/actions/how-tos/manage-workflow-runs/download-workflow-artifacts

• Question 70:

  In the following workflow file, line 5 interprets lines 3 and 4 as Python. Which of the following is a valid

  option to complete line 5?

  1 steps:

  2 - run: |

  3 import os

  4 print(os.environ['PATH'])

  A. shell: python
  B. working-directory: .github/python
  C. shell: bash
  D. with: python
  A. shell: python

  ---

  Explanation

  Workflow syntax for GitHub Actions

  Example: Running an inline Python script steps:

  -name: Display the path shell: python run: |

  import os print(os.environ['PATH'])

  https://docs.github.com/en/actions/reference/workflows-and-actions/workflow-syntax