Gitnetix

Gitnetix is a Git client built around releases, with AI built in. The engine is in Rust, the interface in React, and Tauri 2 wraps both into a desktop app for Linux, macOS and Windows. The same interface also ships as a phone app that drives the desktop remotely.

The workflow

• Releases first. A release is a release/x.y.z branch cut from main (or from the latest tag for a hotfix). Features and fixes branch off it, either in place or in their own worktree.
• Agents in parallel. An AI agent (Claude Code, Codex, Gemini…) can work on each branch at the same time, each in its own worktree, with its session log kept running when you switch project.
• Ship. One action dates the Unreleased section of CHANGELOG.md, fast-forwards main to the release branch, tags vx.y.z and can push both.
• AI where it saves time. Commit messages, branch names, PR descriptions, release notes, changelog updates, conflict resolutions and ticket triage, all driven by editable templates and per-task model routing: a light model for commit messages, a stronger one where it matters.

What it does

• Workspace: a branch tree grouped by release, commit lists that show local and origin side by side, diffs, stashes, rebase with conflict resolution, and cleanup of branches that fell behind.
• Pull requests: GitHub and Azure DevOps sign-in through a device code, review threads, editing your own comments, closing and reopening, with “Improve” to polish a reply.
• Tickets: Jira, Trello and Asana, planned into releases, a branch started from any ticket.
• Analytics: releases shipped, lead time, merges and how many commit messages the AI wrote.

How it’s built

• One RPC surface. Every client goes through the same table of methods: Tauri invoke on desktop, POST /rpc over HTTP for the phone or a browser, and MCP tools for agents. Adding a method there makes it available everywhere.
• A phone that manages, a desktop that works. The mobile build ships the UI without the engine and pairs with a desktop (or a headless server) through a token.
• An MCP bridge, so an agent can drive Gitnetix itself: claude mcp add gitnetix.
• Tested on real repositories: an integration test runs the full release flow, from cutting a release to shipping and tagging, on an actual Git repository.