Моя команда делает одностраничное приложение, которое подается из приложения ASP.NET, которое развертывается через Team Services (это Visual Studio Online) ,Развертывание с Visual Studio Team Services из отдельных внешних/внешних репозиториев
Однако, используя же Git репозитория для переднего плана и серверный код - со стандартным wwwroot каталога - создают некоторые проблемы с оснасткой и структурой проекта; он становится грязным.
У команды будет лучшее разделение проблем, и не в последнюю очередь это позволит создать более стандартизованную структуру репозитория, как для внутреннего, так и для внешнего кода, если бы у нас было два отдельных соглашения.
Можно ли отделить передний конец кода из в его собственный репозиторий (который будет иметь стандартную схему сборки, результат которой идет в wwwroot), но затем развернуть как репозиториев как единое приложение с Team Services?
Это работа для подмодулей Git или Subtree?
Возможно, интерфейсный модуль может быть упакован как модуль NPM, который вставляется в репозиторий .NET при каждом изменении версии?
Я изучу управление версиями, спасибо. Я отредактировал свой вопрос с новым вариантом - NPM. Любая мысль об этом? – dalgard
Вы могли бы это сделать. Или сделайте пакет nuget более похожим на стандартную технологию Microsoft. Но в этом случае у вас все еще будет 2 сборки – jessehouwing
@dalgard У меня такая же проблема. Я еще не пробовал это с управлением выпуском, так как я сомневаюсь, что он способен организовать результаты двух отдельных сборок. Могу я спросить, как вы оказались? Моя идея состояла в том, чтобы создать интеграционный проект, который имеет два других в качестве подмодулей git. Но вопрос заключается в том, запускаются ли сборки автоматически, когда любой из них нажат. – vanthome