Как хранить код (C#) в системе хранения версий (git) без форматирования?

Да, существует готовое решение, называется единый стайлгайд.
Ваше решение - это костыль. К примеру зачастую ставятся пустые строки внутри методов, чтобы отделить некоторые куски кода друг от друга. Очевидно, что при конвертировании в "минимизированный" код эти пустые строки исчезнут, ну и при восстановлении кода из воздуха тоже не возникнут - ставятся они интуитивно, а не по четкому алгоритму.
И с именованием переменных вполне возможны проблемы, например назовет один программист в классе 3 переменные: public X, private x, private _X, а второй привык, что public с маленькой буквы, а private с нижним подчеркиванием, в итоге все благополучно запутается.

Espleth: Спасибо за ответ. Согласен, стайл гайд лучше, но увы и ах, не везде его можно применять. Одинарные пустые строки в методах, действительно, нужно исключить из минимизации. Переменные изначально планировалось игнорировать, точно так же как и имена методов, полей и классов.

AlenPelin: обращу ваше внимание на ReSharper, если есть возможность его использовать, а именно теоретический вариант решения с ним:
Там можно довольно тонко настраивать стайлгайд. Создается единый "минимизированный" стайлгайд его средствами, используя этот стайлгайд форматируется код. Далее программисты получают код и форматируют его своим стайлгайдом, а перед коммитами форматируют обратно.
Я, правда, пол года назад искал способ переключения между стайлгайдами в ReSharper, и безуспешно, но возможно, что проблема была во мне.
У такого решения есть минусы в виде лишних телодвижений и возможно недостаточной "отвязанностью" внешнего вида кода от изначально написанного.
Но первый минус наверняка можно решить, как-то автоматизировав систему (как - это уж точно не ко мне), а второй - это, пожалуй, плата за легкость решения.

Espleth: Спасибо за ответ. К сожалению, это тоже не вариант - ReSharper, во-первых, не принуждает следовать код стайлу, во-вторых, его настройка весьма нетривиальный и нестабильный процесс, в-третьих, ReSharper очень прожерливый и на слабых машинах работать практически не реально, а в-четвертых, код стайл опять же получается одинаковым у всех, что противоречит требованиям.

А если мне нравится стихи в коментариях писать, вы их будете выпиливать при минимизации что ли? Идея подозрительная, лучше уж командный стайлгайд.

MonkAlex: о комментариях речь не идет :) коммандный стайлгайд возможен только если есть постоянная комманда. В данном случае идет речь о проектах, в которые контрибьютят много людей, у которых есть максимум пара дней на проект в месяц, а то и в квартал.

AlenPelin: в таком случае, контрибьюторы обычно пишут в стиле проекта, а не в своем собственном. Никто не ждёт, что пара коммитов от стороннего человека будут прям соответствовать стайлгайду, но писать опытные программисты будут по аналогии с остальным вашим кодом. А остальное могут поправить принимающие\рецензирующие.

MonkAlex: так и происходит, приходится каждый пулл реквест мерджить вручную, а не кнопочкой Merge на гитхабе, чего очень хотелось бы.

AlenPelin Если у вас есть открытый проект на гитхабе, то такие проблемы решаются организационно. Создаётся документ "Инструкция по созданию пул-реквестов", в котором описано как должен выглядеть коммит. Все авторы кривых коммитов отправляются читать инструкцию. В тот же самый документ можно включить рекомендации по архитектуре, список опасных практик, и тому подобное, и тогда вы получите не только единую стилистику но и более качественный код. А ваша идея это поощрение безалаберности.

Итого, в сухом остатке, лучше посмотреть в сторону стайлкопа, включенного в csproj билдскрипт и не позволяющего скомпилить невалидный с точки зрения stylecop'а код.