Explore the GitHub community¶
GitHub is a collaboration network as well as a code-hosting platform. The exam's community domain emphasizes responsible participation and discoverability.
| Concept | Why it matters |
|---|---|
| Open source | Lets people inspect, use, improve, and share work under its license. |
| GitHub Sponsors | Supports open-source maintainers financially. |
| Following | Keeps you informed about people and organizations you care about. |
| Marketplace | Helps discover integrations and apps that extend GitHub. |
| InnerSource | Applies open-source-style practices inside an organization. |
| Forks and templates | Encourage reuse and contribution while preserving a starting point. |
flowchart LR
A[Discover a project] --> B[Read README and contribution guidance]
B --> C[Choose issue or discussion]
C --> D[Fork or create a branch]
D --> E[Open a pull request]
E --> F[Maintain respectful collaboration]
G[InnerSource] -. applies similar practices inside an organization .-> B
Original visual based on the open-source engagement topics in the Microsoft Learn GH-900 study guide.
Healthy participation¶
| Before contributing | During contribution | After contribution |
|---|---|---|
Read the license, README, and CONTRIBUTING guidance. |
Keep the change focused and communicate clearly in the pull request. | Respond to feedback and learn the project's maintenance expectations. |
Learn with Contribute to an open-source project on GitHub and Manage an InnerSource program.
Open-source participation¶
Open source is not only about access to code. Healthy participation relies on clear licensing, discoverability, documentation, respectful communication, and maintainable contribution practices.
| Concept | What to understand |
|---|---|
| Open source | Work made available under a license that defines how it may be used, changed, and shared. |
| Maintainer | A person or team responsible for the health and direction of a project. |
| Contributor | A person who improves a project through code, documentation, triage, feedback, or other work. |
| Code of conduct | Community expectations for respectful participation. |
| Contribution guidance | Instructions that make collaboration more predictable. |
| GitHub Sponsors | A way to financially support eligible open-source contributors and organizations. |
Discoverability and engagement¶
| Feature | Why it helps |
|---|---|
| Follow a user or organization | Receive updates about activity that matters to you. |
| Star a repository | Signal interest and make a project easier to find later. |
| Topics and discoverable repositories | Help people find projects by subject area. |
| GitHub Marketplace | Discover apps and integrations that extend GitHub workflows. |
| Templates | Give new projects a consistent starting structure. |
| Forks | Let people make an independent copy and propose changes to an upstream project. |
Forks compared with templates¶
| Question | Fork | Template repository |
|---|---|---|
| Why use it? | Contribute to or experiment with an existing project. | Start a new project from a reusable baseline. |
| Relationship to source | Designed to support an upstream contribution relationship. | Creates a new repository structure without the same contribution intent. |
| Typical next step | Make a change, then open a pull request to the upstream project. | Customize the new repository for its own purpose. |
InnerSource¶
InnerSource applies open-source-style practices inside an organization. It helps internal projects become easier to discover, understand, and improve across team boundaries.
| InnerSource practice | Benefit |
|---|---|
| Discoverable internal repositories | People can find reusable work instead of recreating it. |
Clear README and contribution guidance |
New contributors understand purpose and contribution expectations. |
| Shared issue and pull-request workflows | Teams can collaborate across organizational boundaries. |
| Maintainer guidance | Contributors know where to ask questions and how decisions are made. |
| Visible roadmap or project tracking | Potential contributors can identify useful work. |
Contribution workflow¶
- Find a project and read its
README, license, code of conduct, and contribution guidance. - Search existing issues and discussions before opening a new one.
- Agree on the proposed work when the project asks for that step.
- Fork or branch according to the project's contribution model.
- Make a focused change and validate it locally.
- Open a clear pull request that follows the project's template and guidance.
- Respond constructively to maintainer feedback.
Readiness check¶
- Explain the value of open source, GitHub Sponsors, and following users or organizations.
- Choose fork or template repository for a contribution versus a new-project scenario.
- Explain what Marketplace is for without confusing it with a repository or package registry.
- Describe InnerSource without claiming that it makes private company code public.
- List the first four things to inspect before contributing to a project.
Suggested answers
- Value and engagement: Open source enables collaboration under a license, GitHub Sponsors provides a way to financially support eligible maintainers, and following people or organizations helps a user stay informed about relevant activity.
- Fork or template: Fork when the goal is an independent copy of an existing project and a possible upstream contribution. Use a template repository when the goal is to start a separate new project from a reusable structure.
- Marketplace: GitHub Marketplace helps users discover apps and integrations that extend GitHub. It is not a repository, a pull-request mechanism, or a general package registry.
- InnerSource: InnerSource uses open-source-style discoverability, contribution guidance, and cross-team collaboration within an organization. It does not mean internal code must become publicly visible.
- Before contributing: Start with the
README, license, code of conduct, and contribution guidance. Then search existing issues and discussions to understand current work and expectations.