Как управлять несколькими версиями одного и того же проекта в git

Question

Допустим, у меня есть Project с именем Tools.

Инструменты - это ClassLibrary, содержащий ExtensionMethods, Helpers и т. Д.

Различные продукты используют разные ссылки Инструменты, скомпилированные в различных версиях .net Framework.

Я давно работал с TFS, поэтому у меня проблемы с переходом на git.

Это структура, которая у меня есть на диске И также в «Проводнике управления источниками» в Visual Studio.

Я привык использовать графический интерфейс Visual Studio для слияния и ветвления наборов изменений между филиалами.

Мне не удалось создать похожую среду с помощью git. Где я могу толкать от одной ветви к другой туда и обратно.

Я хотел бы иметь только 1 репозиторий для "Инструментов", в то время как различные ветки хранятся на диске (проверено или нет).

Answer 1

Я думаю, что я понимаю, что вы хотите сделать, основываясь на ваших комментариях, и я предложу решение, но сначала позвольте мне заявить, что способы работы TFS и GIT с ветвями и слияниями совершенно разные.В GIT вам не нужно загружать каждую ветку в отдельную папку, как мы привыкли делать с TFS;в GIT вы работаете и довольно легко переключаете ветки в одной рабочей папке.

Если вам нужно проверить все ветви, чтобы иметь возможность строить быстрее (или что-то еще), я предлагаю следующее:

1) Рассмотрим одну папку / сборку как master / trunk / latest(или любой знакомой вам терминологии) и используйте ее в качестве основной ветви
2) Клонируйте одно и то же хранилище в разные папки, каждая папка, представляющая сборку (ветку), которую вы хотите использовать
3) В каждой папке /репо оформить заказ на ветку, в которой вы собираетесь работать
4) Вы можете работать с разными ветками в этих папках и пушить / тянуть ко всем остальным, имея только один репо

Пожалуйста, повторяюОпять же, это не идеальный способ работы с GIT.Если вы используете более новые версии Visual Studio, интеграция с GIT работает без проблем.

Answer 2

Если ваше приложение ссылается на Test, то у вас может быть несколько репозиториев (это не так уж и плохо, так что просто подумайте об этом).Затем Test можно сделать субмодулем (например, проверьте эту ссылку или вы можете найти множество других) в каждом из ваших репозиториев (net452, net461) и т. Д. ЗатемВы можете хранить Test в одном месте - отдельном репозитории - и вносить изменения в репозитории проектов, которые используют Test.