← Back to blog

Zero telemetry: why we don't track our users

privacy philosophy

The Uncomfortable Truth About Developer Tools and Data Collection

Open the privacy policy of almost any developer tool you use, and you will find a section about data collection. Usage analytics, crash reports, feature tracking, session duration, hardware profiles -- the list goes on. Most companies frame this as a necessity: they need data to improve their product, prioritize features, and fix bugs. And to be fair, that reasoning is not entirely wrong. Data-driven product decisions are a legitimate approach to building better software.

But there is a question that rarely gets asked: at what cost?

Why Most Dev Tools Collect Analytics

The standard justification for telemetry in developer tools falls into a few categories:

  • Product decisions. Which features are used the most? Which ones are ignored? Analytics help product teams prioritize what to build next and what to deprecate.
  • Crash reports. When something breaks, automated crash reporting helps developers identify and fix issues faster, sometimes before users even report them.
  • Performance monitoring. How long does a given operation take on different hardware? Where are the bottlenecks? Telemetry provides real-world performance data that synthetic benchmarks cannot replicate.
  • Business metrics. Retention rates, activation funnels, churn prediction -- these metrics drive business decisions, especially for venture-backed companies under pressure to show growth.

None of this is inherently malicious. But the cumulative effect is that your development environment becomes a source of behavioral data. Every commit, every branch switch, every merge conflict, every file you open -- all of it is potentially observable. For a tool that sits at the center of your workflow, that is a significant amount of information about how you work, what you work on, and when.

Why GitSquid Chose a Different Path

When we started building GitSquid, we made a deliberate decision: zero telemetry. Not "minimal telemetry." Not "anonymized telemetry." Zero. This was not an afterthought or a marketing angle. It was a foundational design principle, and here is why.

Privacy is a feature

We believe that privacy is not just a compliance checkbox. It is a feature that users should be able to rely on. When you use GitSquid, the application runs entirely on your machine. Your repository data, your commit history, your branch structures, your workflow patterns -- none of it leaves your computer. That is a guarantee, not a setting you have to remember to toggle.

Developer tools see everything

A Git client is not a casual tool. It has access to your entire codebase, your commit messages (which often contain project names, ticket numbers, and context about what you are working on), your branch names, and your collaboration patterns. It knows which repositories you work on, how often you commit, and when you are active. Collecting telemetry from a Git client means collecting data that is deeply intertwined with your professional and sometimes personal work. We did not want that responsibility, and we do not think you should have to grant it.

Trust should be simple

With many tools, trust requires reading privacy policies, checking opt-out settings, hoping that "anonymized" data is truly anonymous, and trusting that data handling practices will not change with the next acquisition or funding round. We wanted trust to be simple: GitSquid does not collect your data. Full stop. There is no privacy policy to parse, no settings to audit, no data processing agreements to review.

What "Zero Telemetry" Means Concretely

To be precise about what we mean, here is what GitSquid does and does not do:

We do not collect:

  • Usage analytics of any kind
  • Crash reports or error logs
  • Feature usage tracking
  • Session data or activity patterns
  • Hardware or OS profiling
  • Repository metadata or content

The only network requests GitSquid makes are:

  • License validation. When you activate your license, GitSquid checks its validity with our licensing server. This is a straightforward activation check, not a usage report.
  • Update checks. GitSquid periodically checks whether a newer version is available so you can stay up to date. No data about your usage is transmitted during this check.

That is the complete list. No analytics endpoints, no background data uploads, no "anonymous" usage reports. If you monitor your network traffic while using GitSquid, you will see exactly these two types of requests and nothing else.

The Trade-Off We Accept

We are not going to pretend there is no downside. Without telemetry, we do not have automatic insight into which features are popular, where users struggle, or what causes crashes on specific hardware configurations. We rely instead on direct user feedback, support conversations, and our own extensive testing. This is slower. It is less systematic. It means we sometimes learn about issues later than we would with automated crash reporting.

We consider that an acceptable trade-off. Our users get a tool that respects their privacy completely, and we get a product built on genuine user relationships rather than data extraction. We would rather have a hundred users who trust us deeply than a million data points from users who did not realize they were being tracked.

An Industry Shift

We are not alone in this thinking. Across the software industry, there is a growing recognition that the "collect everything, figure out what it means later" approach has real costs -- regulatory, reputational, and ethical. The rise of privacy-focused alternatives in browsers, email, messaging, and search shows that users increasingly value tools that respect their boundaries.

In the developer tools space specifically, this shift matters even more. Developers understand technology. They know what telemetry means, what data can be derived from usage patterns, and what "anonymized" data can reveal when combined with other sources. Building tools for this audience without respecting their privacy is not just an ethical issue. It is a credibility issue.

A Simple Promise

Our position on telemetry is not going to change with a new product version, a change in leadership, or a funding round. Zero telemetry is part of what GitSquid is. Your code stays on your machine. Your workflow stays private. Your trust stays simple.

That is not a feature we are willing to compromise on.