Схема решения и проекта, связанная с TFS, но не требующая TFS

Question

Просто хочу проверить работоспособность этого макета проекта для использования в TFS и просто обозначить соглашения в целом.

Могу ли я почувствовать, имеет ли этот макет смысл для большого макета решения.

Если я работаю над продуктом PROD и планирую иметь общее ядро ​​/ структуру для ведения журналов, обработки исключений, кэширования и других сквозных задач, именно так я планирую создавать свои папки / решения.(только регистрация приведена в примере)

/ TFS

/TeamProjectCollectionName
    /Source
        /ProductName
        Product.Framework.sln  (roll up solution for all “framework components”)
            /Framework
            Product.Framework.Logging.sln  (solution for all logging projects/tests)
                /Logging
                Product.Framework.Logging.Log.csproj

Answer 1

То, что у вас уже есть, впечатляет.Ниже приведен скриншот того, что я обычно рекомендую.

1. Подробнее о стратегии ветвления можно прочитать здесь http://tfsbranchingguideiii.codeplex.com/
2. Разбить структуру на Build, Database, Source,
   • Источник. В исходном коде у вас может быть одна структура для внутренних структур, для которой вы управляете кодом и для которого требуется управление версиями, поскольку вы предвидите дальнейшее развитие их.У вас может быть папка refs для хранения всех внешних dll, таких как aspose, log4net, mvc и т. Д. Преимущество состоит в том, что это очень легко подготовить для вашего проекта сборки.Далее вы можете иметь подпапки для отдельных модулей продукта.Я связал решение ProductFramework с моим определением сборки, которое создает единую версионную dll, которую затем я использую в различных других компонентах моего проекта.
   • База данных: вы можете создавать версии ваших проектов базы данных здесь.
   • Сборка: лично я думаю, что было бы неплохо иметь решение, которое определение сборки использовало бы, также доступное для ваших разработчиков.В этой папке вы можете иметь это.

HTH.

Приветствия, Тарун