Git Glossary

From commit to clone to pull request, your passport to the collaborative world of Git workflows.

private contributions

Contributions made to private repositories, typically only visible to repository collaborators.

private repository

A Git repository with restricted access, visible only to the owner and explicitly granted collaborators.

production branch

A Git branch that represents the stable, deployed version of a project, often protected from direct changes.

profile

A user's public page on a Git platform, displaying information about their activity and repositories.

profile photo

An image representing a user on a Git platform, displayed alongside their contributions and activities.

project board

A kanban-style board in Git platforms for organizing and prioritizing project issues and pull requests.

protected branch

A branch with rules enforcing certain conditions before changes can be pushed, merged, or deleted.

pseudoref

A Git reference that doesn't follow the standard refs format but is treated similarly, like HEAD or MERGE_HEAD.

public contributions

Contributions made to public repositories, visible on a user's profile and activity feed.

public repository

A Git repository that is openly accessible to anyone, allowing viewing and often cloning without authentication.

pull access

Permission level in Git allowing a user to clone a repository and fetch updates, but not push changes.

pull request review

The process of examining proposed changes in a pull request before they are merged into the main codebase.

pulse graph

A visual representation of a GitHub repository's recent activity, including commits, issues, and pull requests.

punch graph

A visualization of commit frequency over time, often displayed as a heatmap on Git platforms.

push a branch

The act of uploading commits from a local branch to a corresponding branch in a remote Git repository.

push access

Permission to upload local changes to a remote Git repository, allowing direct modification of shared branches.

reachability bitmaps

Data structures used to optimize Git operations by quickly determining which objects are reachable from a given commit.

reachable

Git objects that can be accessed by following the commit history from a given reference point.

read access

Permission to view and clone a Git repository without the ability to make changes or push commits.

recovery code

A backup method for accessing a Git account if two-factor authentication is enabled but unavailable.

ref

A name that points to a specific Git object, typically a commit, such as branches or tags.

refs

The collection of references in a Git repository, including branches, tags, and other named pointers to commits.

remote URL

The address of a remote Git repository, used for fetching and pushing changes between local and remote repositories.

remote repository

A version of a Git project hosted on a server, serving as a central point for collaboration and backup.

remote-tracking branch

A local reference that represents the state of a corresponding branch in a remote repository.

replica

A copy of a Git repository, often used in distributed systems for redundancy and load balancing.

repository cache

A local storage of repository data used to improve performance in Git operations.

repository graph

A visual representation of the commit history and branch structure in a Git repository.

repository maintainer

A person responsible for managing a Git repository, reviewing contributions, and maintaining project quality.

required pull request review

A protection rule requiring one or more reviewers to approve changes before merging in Git platforms.

required status check

A condition that must be met, such as passing tests, before changes can be merged into a protected branch.

resolve

The process of addressing and fixing merge conflicts in Git, typically done manually by the developer.

revert

A Git operation that creates a new commit that undoes the changes made by a previous commit.

review

The process of examining proposed changes in a pull request before merging them into the main codebase.

revision

A specific version of a file, directory, or entire repository in Git, often referenced by a commit hash.

rewind

The act of moving a branch pointer to an earlier commit in Git, effectively undoing more recent commits.

root directory

The top-level directory of a Git repository, containing all project files and the .git subdirectory.

root filesystem

The base filesystem of a Git repository, from which all other directories and files are organized.

saved reply

A pre-written response that can be quickly inserted into issues or pull request comments on Git platforms.

scope

The range of access or permissions granted to a token or application in Git-based systems.

seat

A licensed user in enterprise Git hosting plans, typically representing a single user account.

secret team

A team in a Git organization that is hidden from non-members and other teams within the organization.

security log

A record of security-related events and actions in a system, used for monitoring and auditing purposes.

server-to-server request

An authenticated request between Git servers, often used in integrations or automated processes.

service hook

A mechanism for Git platforms to send event notifications to external services or applications.

shallow repository

A Git repository with an intentionally truncated history, often created through shallow cloning.

single sign-on

An authentication process allowing users to access multiple Git-related services with one set of credentials.

special ref

A Git reference with a specific meaning or function, such as HEAD or FETCH_HEAD.

staging instance

A deployment environment used for testing changes before releasing to production in Git-based workflows.

star

A feature on Git hosting platforms allowing users to bookmark repositories of interest.