cd /news/developer-tools/deploy-managed-copilot-settings-via-… · home topics developer-tools article
[ARTICLE · art-51783] src=github.blog ↗ pub= topic=developer-tools verified=true sentiment=· neutral

Deploy managed Copilot settings via MDM in VS Code and CLI

GitHub announced general availability of managed Copilot settings deployment via MDM and file-based configuration for VS Code and CLI, enabling enterprise administrators to enforce governance policies directly on devices using tools like Microsoft Intune, Jamf, or Group Policy. The settings apply consistently across VS Code and Copilot CLI regardless of developer sign-in, with native MDM taking highest precedence among delivery channels.

read2 min views1 publishedJul 8, 2026
Deploy managed Copilot settings via MDM in VS Code and CLI
Image: GitHub Changelog

Enterprise administrators can now deliver managed GitHub Copilot settings directly to devices through native mobile device management (MDM) and file-based configuration, in addition to the existing server-managed channel. This is generally available for GitHub Copilot CLI and VS Code.

Device-level deployment lets you enforce Copilot governance using the same tools you already use to manage endpoints. You can push settings through Microsoft Intune, Jamf, or Group Policy, or deploy a configuration file with Chef, Puppet, or Ansible. Because settings are read from the device, they apply consistently across VS Code and Copilot CLI, regardless of how a developer signs in.

Delivery channels You can deliver managed settings through any of three channels, all of which use the same keys and values.

Native MDM reads OS-level managed preferences. On Windows, settings come from theHKEY_LOCAL_MACHINE\SOFTWARE\Policies\GitHubCopilot

registry key. On macOS, they come from managed preferences for thecom.github.copilot

domain.File-based reads amanaged-settings.json

file from a well-known path (i.e,/Library/Application Support/GitHubCopilot/managed-settings.json

on macOS,%ProgramFiles%\GitHubCopilot\managed-settings.json

on Windows, and/etc/github-copilot/managed-settings.json

on Linux). File-based settings must be owned byroot

and cannot be world-writable or symlinked.Server-managed resolves settings from the developer’s signed-in GitHub account viamanaged-settings.json

in your organization’s.github-private

repository.

When more than one channel provides settings, the highest-precedence channel wins outright, in this order:

  • Native MDM
- Server-managed
- File-based

[Supported settings](#supported-settings)

The device-level channels support the same managed setting keys as the server-managed channel, including:

permissions.disableBypassPermissionsMode

model

enabledPlugins

extraKnownMarketplaces

strictKnownMarketplaces

telemetry.*

for OpenTelemetry export configuration Scalar settings use their dot-separated key directly, while structured settings such as enabledPlugins

are supplied as a JSON string value. Additional keys will be added over time.

Getting started To learn how to deploy managed settings to your devices, see Deploy Copilot managed settings. For the full list of keys and the settings they control, see Configure enterprise managed settings.

Join the discussion within GitHub Community.

── more in #developer-tools 4 stories · sorted by recency
── more on @github 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
Live at https://your-agent.zahid.host
Get free account → Pricing
from €0/mo · no card required
LIVE [news/deploy-managed-copil…] indexed:0 read:2min 2026-07-08 ·