Free GH-900 Exam Braindumps
GitHub Foundations Questions 17–24 (page: 4)

Updated On: 9-Apr-2026

Which of the following options is available as a default Discussion category?

  1. Bug report
  2. Daily check-in
  3. Show and tell
  4. Security concern

Answer(s): C

Explanation:

In GitHub Discussions, several default categories are provided to help organize conversations within a project. One of the default categories is Show and tell. This category is designed for users to showcase their work, share progress, or discuss achievements with the community. The other options listed (Bug report, Daily check-in, Security concern) are not default categories but could be custom categories created by the repository maintainers.



What is a benefit of using GitHub Enterprise Cloud with Enterprise Managed Users (EMU)?

  1. It provides centralized control and streamlined management of user accounts through their identity provider (IdP).
  2. It offers additional collaboration and content creation capabilities for managed user accounts.
  3. It automatically validates user interactions using the identity provider (IdP) conditional access policy (CAP).
  4. It enables GitHub user accounts access to protected resources using SAML SSO.

Answer(s): A

Explanation:

GitHub Enterprise Cloud with Enterprise Managed Users (EMU) integrates closely with an organization's identity provider (IdP), such as Azure Active Directory, to manage user accounts. The primary benefit of this setup is centralized control and streamlined management. It allows organizations to enforce policies, manage user permissions, and provision or deprovision accounts directly through their IdP, ensuring consistency and security across the organization. This approach is ideal for large enterprises that require tight control over their users and resources.



Which of the following is the purpose of a GitHub repository?

  1. To provide a folder that stores project files, including documentation, on your local machine
  2. To provide a version control system designed for small projects, offering simple tools for organizing files on your laptop
  3. To provide a cloud-based hosting service for project documentation, providing a secure and centralized location for file storage
  4. To provide a collaborative space where developers can share and manage code files, track changes, and store revision history

Answer(s): D

Explanation:

A GitHub repository serves as a collaborative space where developers can share and manage code files, track changes, and store revision history. It is much more than just a folder or simple tool; it is a comprehensive version control system that allows teams to collaborate effectively on codebases. Repositories enable developers to work together, manage contributions, review code, and maintain a complete history of every change made to the project.



Which of the following best describes cloning a repository?

  1. It creates a copy of the repository on GitHub.com.
  2. It retrieves code updates from the remote repository.
  3. It creates a copy of the repository on your local machine.
  4. It imports your source code into a new repository.

Answer(s): C

Explanation:

Cloning a repository in GitHub refers to creating a copy of the repository on your local machine. This allows you to work on the project offline, make changes, and later push those changes back to the remote repository. It does not involve creating a copy on GitHub.com (which would be forking), retrieving updates (which would be pulling), or importing source code into a new repository (which is done differently).



What does a CODEOWNERS file do in a repository?

  1. Restricts who can edit specific files
  2. Requires peer code review for code changes
  3. Defines access permissions for the repository
  4. Sets the reviewers for pull requests automatically

Answer(s): D

Explanation:

The CODEOWNERS file in a GitHub repository is used to define individuals or teams that are responsible for specific parts of the codebase.
When changes are made to files or directories that match the patterns specified in the CODEOWNERS file, GitHub automatically requests reviews from the listed code owners.

Setting Reviewers Automatically:

Option D is correct because the primary purpose of a CODEOWNERS file is to automatically set reviewers for pull requests that affect the specified files or directories. This ensures that the appropriate team members are notified and review the changes before they are merged.

Incorrect Options:

Option A is incorrect because the CODEOWNERS file does not restrict who can edit specific files; it only influences who is required to review changes.

Option B is partially related but not fully accurate because while CODEOWNERS does require certain reviews, it does not mandate peer review for all code changes.

Option C is incorrect because the CODEOWNERS file does not define access permissions for the repository; it deals with code review processes.


Reference:

GitHub Docs: About CODEOWNERS

GitHub Blog: Automatically Requesting Reviews with CODEOWNERS



From the Organization settings, which restrictions can organization owners place on GitHub Actions usage?

(Each answer presents a complete solution. Choose three.)

  1. Allow actions that use self-hosted runners.
  2. Allow an action to be run from a Codespace.
  3. Allow specified actions.
  4. Allow actions by Marketplace verified creators.
  5. Allow actions created by GitHub.

Answer(s): A,C,D

Explanation:

Organization owners on GitHub have control over how GitHub Actions can be used within their organization. They can enforce restrictions to ensure security and compliance with organizational policies.

Allow Actions That Use Self-Hosted Runners:

Option A is correct because organization owners can configure the usage of self-hosted runners, allowing greater control over the environment where actions are run.

Allow Specified Actions:

Option C is correct because organization owners can allow only specific actions to run, adding a layer of security by limiting actions to those that have been vetted.

Allow Actions by Marketplace Verified Creators:

Option D is correct because organization owners can choose to allow actions created by GitHub Marketplace verified creators, ensuring that only trusted actions are used.

Incorrect Options:

Option B is incorrect because GitHub Actions are not designed to be run directly from a Codespace; Codespaces are for development environments.

Option E is a valid choice, but since the prompt asks for only three answers, it is not included in this response.


Reference:

GitHub Docs: Managing GitHub Actions Settings for Your Organization



Which of the following best describes GitHub flow?

  1. A branching model that uses feature branches and multiple primary branches
  2. A strategy where separate branches are created for each release, and pull requests are used to collaborate on and approve releases
  3. A lightweight workflow that allows for safe experimentation with new ideas and collaboration on projects through branching, pull requests, and merging
  4. A strict workflow that enforces a linear development process with all changes made directly on the main branch

Answer(s): C

Explanation:

GitHub Flow is a simple, yet powerful, branching strategy that is widely used in modern software development. It emphasizes collaboration and flexibility.

GitHub Flow:

Option C is correct because GitHub Flow is a lightweight workflow designed for safe experimentation and collaboration. It involves creating branches for new features or fixes, opening pull requests for review, and merging changes back into the main branch after approval.

Incorrect Options:

Option A is incorrect because GitHub Flow uses a single main branch, not multiple primary branches.

Option B is incorrect because GitHub Flow is not specifically designed around releases; it is more focused on continuous development and integration.

Option D is incorrect because GitHub Flow is not strict or linear; it encourages branching and pull requests rather than direct changes on the main branch.


Reference:

GitHub Docs: Understanding the GitHub Flow

GitHub Guides: The GitHub Flow



Which of the following is always true about the feature preview phases Alpha and Beta?

  1. Alpha features are not available to the public.
  2. Alpha features are documented.
  3. Alpha and Beta features offer Service Level Agreements (SLAs).
  4. Beta features provide technical support.

Answer(s): A

Explanation:

The terms Alpha and Beta are often used in software development to describe different stages of feature testing and release.

Alpha Features:

Option A is correct because Alpha features are typically in the early stages of development and are not available to the public. They are usually tested internally or by a limited audience.

Incorrect Options:

Option B is incorrect because Alpha features are often undocumented as they are in the early development phase.

Option C is incorrect because Alpha and Beta features usually do not offer Service Level Agreements (SLAs) due to their experimental nature.

Option D is incorrect because Beta features might offer limited support, but it is not guaranteed, especially compared to fully released features.


Reference:

GitHub Docs: About Feature Previews



Viewing page 4 of 11
Viewing questions 25 - 32 out of 187 questions


Post your Comments and Discuss Microsoft GH-900 exam prep with other Community members:

AI Tutor AI Tutor 👋 I’m here to help!