Автоинкремент версии/билда проекта Visual Studio

Самые подводные грабли тут - место хранения счетчика билдов. В то время когда весь мир пользуется распределенными системами хранения исходников - номер билда все еще должен проставляться в одном месте.

Скорее всего, лучше забить на простановку версий в локальных сборках и проставлять версию только на билд-сервере.

Во время сборки можно генерировать файл, к примеру, CommonAssemblyInfo.cs, который подключен ко всем проектам как ссылка:

<Compile Include="Properties\AssemblyInfo.cs" />
<Compile Include="..\CommonAssemblyInfo.cs">
  <Link>Properties\CommonAssemblyInfo.cs</Link>
</Compile>

При генерации файла на этапе сборки отталкиваться можно вот от такого шаблона:

using System.Reflection;
// General Information about an assembly is controlled through the following 
// set of attributes. Change these attribute values to modify the information
// associated with an assembly.
[assembly: AssemblyCompany("...")]
[assembly: AssemblyProduct("...")]
[assembly: AssemblyCopyright("...")]
[assembly: AssemblyTrademark("...")]
[assembly: AssemblyCulture("ru-RU")]
[assembly: AssemblyVersion("$(VersionFull)")]
[assembly: AssemblyFileVersion("$(VersionFull)")]
[assembly: AssemblyInformationalVersionAttribute("$(ProductVersion)")]
[assembly: AssemblyMetadata("Git:Branch", "$(GitBranch)")]
[assembly: AssemblyMetadata("Git:CommitHash", "$(GitCommitHash)")]

Старшие числа номера версии (Major, Minor, Build/Hotfix) имеет смысл задавать вручную, меняя при выпуске очередного релиза. При работе в подходе Agile в качестве третьей цифры напрашивается номер спринта.

Младшую цифру (Revision) лучше брать из переменных билд-сервера, чтобы она соответствовала номеру билда.

Текущую ветку гита можно прочитать из .git/HEAD Текущий коммит - из .git/refs/heads/{ветка}