Единая рабочая ветка с Git

Краткое описание Bounty

Есть ли переносимый способ использования одного репозитория с несколькими проверками ? В качестве альтернативы наличию нескольких клонов, когда слишком много накладных расходов (нажатие / извлечение / синхронизация ...) и риск перезаписи .git / objects жесткие ссылки (которые даже не работают в Windows).

Новичок в git и интересно услышать мысли опытных пользователей git.

Есть ли концептуальная причина, по которой git работает только с ОДНОЙ веткой за раз? Кажется совершенно непрактичным переключаться между ветвями вперед и назад, когда большую часть времени мне нужно работать как минимум с двумя разными ветвями одновременно, например, сборка, параллельная работа aso

Хорошо, может быть, разработчик на самом деле нет необходимости работать с двумя ветвями одновременно. Но проверка другой ветки автоматически не переносить игнорируемые вещи, такие как файлы вывода сборки. Таким образом, требуется новая перестройка a.s.o.

Существует сценарий git-new-workdir , который должен разрешать несколько рабочих веток, но, с одной стороны, он не является частью выпуска git, хотя существует уже около 3 лет, поэтому Я не верю, что мои файлы будут согласованы. А во-вторых, я не могу найти его в составе дистрибутива Windows, который является одной из машин, которые я использую для разработки.

Таким образом, единственный официальный вариант - создать новый «клон» для каждой ветки, что кажется неправильным, поскольку каждый клон является полноценным репозиторием. Я бы даже не знал, как называть каталоги клонов - использовать ли я имя репозитория или имя ветки или и то, и другое? Что, если я создам еще одну ветку в этой ветке, например,

Обновление для реального использования (предложение @ Philip)

Я обычно работаю над двумя основными / второстепенными выпусками, при этом в обоих функционируют параллельно. Также иногда существует ветвь разработки, в которую входят экспериментальные функции, прежде чем они будут объединены в какой-либо будущий выпуск.

Во время разработки функции часто поведение ухудшается, и более эффективно сравнить его с поведением до изменений. Проверка предыдущей ветки / ревизии недостаточно, потому что во многих случаях это сводится к параллельной отладке, что означает, что обе ревизии должны быть проверены одновременно на жестком диске.

Таким образом, более удобным и естественным подходом было бы сохранить несколько так называемых «активных» ветвей, каждая из которых находится в своем собственном каталоге, со своими собственными скомпилированными двоичными файлами. Это также сэкономит время компиляции и случайную локальную настройку (т.е. файлы конфигурации, которые необходимо изменять после каждой проверки, чтобы запустить продукт).