This is documentation for the next version of Grafana documentation. For the latest stable release, go to the latest version.

Documentation Grafana documentation As code Observability as code Git Sync Key concepts

Git Sync key concepts

Key Git Sync components

Before you start using Git Sync, understand how the key Git Sync components relate:

• Grafana instance
• Git repository
• Git Sync repository resource
• Git Sync connection

Grafana instance

A Grafana instance is a running Grafana server. Multiple instances can:

• Connect to the same Git repository using different Repository configurations.
• Sync from different branches of the same repository.
• Sync from different paths within the same repository.
• Sync from different repositories.

Git repository

A Git repository is the external storage you want to sync your Grafana instance with. You can organize your Git repository in several ways:

• Single branch, multiple paths: Use different directories for different purposes. For example, dev/, prod/, or team-a/.
• Multiple branches: Use different branches for different environments or teams. For example, main, develop, or team-a.
• Multiple repositories: Use separate repositories for different teams or environments.

Flexible configuration for your Git Sync repositories

Git Sync repositories support different combinations of repository URL, branch, and path:

• Different Git repositories: Each environment or team can use its own repository.
  • Instance A: repository: your-org/grafana-prod.
  • Instance B: repository: your-org/grafana-dev.
• Different branches: Use separate branches within the same repository.
  • Instance A: repository: your-org/grafana-manifests, branch: main.
  • Instance B: repository: your-org/grafana-manifests, branch: develop.
• Different paths: Use different directory paths within the same repository.
  • Instance A: repository: your-org/grafana-manifests, branch: main, path: production/.
  • Instance B: repository: your-org/grafana-manifests, branch: main, path: development/.
• Any combination: Mix and match based on your workflow requirements.

Git Sync repository resource

A repository resource is a Grafana configuration object that defines the connection between a group of repositories and your Grafana instance via Git Sync.

• Which Git repository to sync with your Grafana instance.
• Which branch to use.
• Which directory path to synchronize.
• Sync behavior and workflows.

Each repository resource creates bidirectional synchronization between a Grafana instance and a specific location in Git.

Git Sync connection resource

A connection is the authentication setup between Grafana and an external Git provider, required when you’re not using a Personal Access Token or a static token to authenticate. Use it to authorize access to your external repositories, and to generate or refresh the credentials for Git Sync. A single connection can be reused across multiple repositories.

For example, if you’re using GitHub App to authenticate, the connection represents the app installation. Grafana uses this connection to authenticate with GitHub, create access tokens, and authorize repository access on your behalf.

The connection resource includes:

• The external provider configuration: The authentication mechanism Grafana uses to communicate with the Git provider (for example, a GitHub App).
• The provider authorization or installation: The authorized entity that allows Grafana to request tokens from the provider.
• Repository access scope: The set of repositories that the connection (and therefore, Grafana) is authorized to access in the Git provider.

How does Git Sync behave?

Git Sync is bidirectional, and syncs a repository resource with your Grafana instance. You can modify provisioned resources both from the Grafana UI or from the synced GitHub repository, and changes will be reflected in both places:

1. Grafana monitors the specified Git location (repository, branch, and path).
2. Grafana creates a folder in Dashboards (typically named after the repository).
3. Grafana creates dashboards from dashboard JSON files in Git within this folder.
4. Grafana commits dashboard changes made in the UI back to Git.
5. Grafana pulls dashboard changes made in Git and updates dashboards in the UI.
6. Synchronization occurs at regular intervals (configurable), or instantly if you use webhooks.

You can find the provisioned dashboards organized in folders under Dashboards.

Git Sync states

Your Grafana instance can be in one of the following Git Sync states:

• Unprovisioned: None of the instance’s resources are being managed by Git Sync.
• Partially provisioned: Some of the resources are controlled by Git Sync.
• Fully provisioned: All supported resource types are managed by Git Sync. Unsupported resources are not managed.

Example: Relationship between repository, branch, and path

Here’s an example showing how the repository, branch, and path concepts work together:

Configuration:

• Repository: your-org/grafana-manifests
• Branch: main
• Path: team-platform/grafana/

In Git (on branch main):

Copy

your-org/grafana-manifests/
├── .git/
├── README.md
├── team-platform/
│   └── grafana/
│       ├── cpu-metrics.json       ← Synced
│       ├── memory-usage.json      ← Synced
│       └── disk-io.json           ← Synced
├── team-data/
│   └── grafana/
│       └── pipeline-stats.json    ← Not synced (different path)
└── other-files.txt                ← Not synced (outside path)

In the Grafana Dashboards view:

Copy

Dashboards
└── 📁 grafana-manifests/
    ├── CPU Metrics Dashboard
    ├── Memory Usage Dashboard
    └── Disk I/O Dashboard

Key takeaways:

• Grafana only synchronizes files within the specified path (team-platform/grafana/).
• Grafana ignores files in other paths or at the repository root.
• The folder name in Grafana comes from the repository name.
• Dashboard titles come from the JSON file content, not the filename.