В настоящее время мы разрабатываем несколько более крупный проект C#. Однако мы боремся со структурой внутри Visual Studio.Управление проектами Visual C#
Решение содержит несколько проектов, которые зависят от одного проекта «».
e.g.:
Solution
- Base Objects
- Project A
- Project B
Теперь мы хотим работать на одном «мастер„- версия, но и быть в состоянии создать несколько специализированных версий, которые не затронуты изменениями в“мастер» - версии.
(Но мы также хотим, чтобы обновить другие версии, когда «мастера». - версия изменен)
e.g.:
Master 1.0 -> Master 1.1 -> Master 1.2
| Update Test Project?
V
Test 1.0 Test 1.1
(Мы в настоящее время используем AnkhSVN и работали с Team Foundation в прошлом.)
- Что мы должны помнить о нашей проектной архитектуре?
- Является ли AnkhSVN/Team Foundation правильным решением?
(Есть несколько людей, работающих над проектом) - Если да, то, как мы организуем нашу ствола/ветви
(один ствол для каждого проекта, или держать хозяин, как ствола?) - Как мы можем обновить наши специализированные версии, без , переписывая собственные изменения?
значит 'проект' в визуальной студии смысле, или смысл управления проектом? – Ewan
Проект как в управлении, я ссылаюсь на VS- «Project» в качестве решения. – MIT
У меня, вероятно, есть решение для каждого проекта, включая базу, а затем следуйте [Стратегии филиала Microsoft] (https://msdn.microsoft.com/en-us/library/bb668955.aspx).Всякий раз, когда вам нужно работать над проектом с определенной версией базы, вы можете развить их оба одновременно. Когда изменения будут выполнены, объедините изменения в магистральные решения. –