Skip to content

Configure team settings

GitM's behavior is controlled partly by per-user settings (each person's machine) and partly by repository conventions in .gitm.json (shared with the team). This page covers what an admin typically sets.

Prerequisites

  • GitM installed and connected to the repository you're configuring.
  • Admin/Manager permission on the repository for the admin-gated settings (see Manage part numbers).

Open Settings

Click the ⚙️ button in the task pane top bar. The dialog has these tabs:

Tab What's there
Repository Active repository, local path, remote URL, default branch, test connection, switch/connect another repo.
Authentication Auth method (Git Credential Manager / PAT), GitHub username, token entry, test auth.
Identity user.name and user.email for commits.
Behavior Lock-on-open, auto-fetch interval, change-description template, include drawings, walk references, and the admin-gated Part Numbers toggle.
Storage LFS retention, prune behavior, placeholder/open mode, lightweight connect.
Diagnostics System checks (Git, LFS, repo, remote, auth, .gitattributes) and export.

See the full field list in Settings reference.

Per-user vs. shared settings

  • Per-user settings live in %APPDATA%\GitM\settings.json on each machine and are not shared. Auth, identity, local path, and personal preferences are per-user.
  • Shared conventions live in .gitm.json in the repository: branch protection, commit message template, default branch, include-drawings, walk-references, lock-on-open default, tracked file types, and roles.

To change a team-wide convention, edit .gitm.json and check it in so everyone picks it up on their next connect/refresh.

Behavior settings worth standardizing

  • Lock on open: Always / Prompt / Never. The recommended default is that editing requires an explicit Check Out (Prompt or Never), so people don't silently lock files just by opening them.
  • Auto-fetch interval: how often GitM checks the server for new content files to drive the Get Latest count badge. This never changes files on its own.
  • Walk assembly references on check-in: Yes / Ask / No.
  • Include drawings when checking in models: Yes / No.

Expected result

  • Per-user settings persist on each machine.
  • .gitm.json changes, once checked in, apply to everyone on the team.

Troubleshooting

Symptom Cause Fix
Settings dialog crashes on open Historically a missing XAML converter (fixed). Update to a current build.
A .gitm.json change didn't take effect Not checked in, or teammates haven't refreshed. Check it in; have members Get Latest / reconnect.
Part Numbers section is greyed out You're not Admin/Manager on the repo. Only admins can change it; see Manage part numbers.

Known limitations

  • The shipped Settings tabs are Repository, Authentication, Identity, Behavior, Storage, Diagnostics. The original PRD described separate "File Types" and "Profiles" tabs that aren't present as such — see Known limitations and discrepancies.