2013-06-21 6 views
1

Работает в приложении Windows Store, использующем SQLite для WinRT. Локальные сборки отлично работают из-за установки VS2012 Extension SQLite для Windows Runtime.TFS 2012 Builds и SQLite для WinRT

Это добавляет 2 ссылки SDK в конфигурацию проекта, которая указывает на локальную файловую систему (не часть решения). Но TFS 2012 Build freaks говорит о том, что сборка нарушена, поскольку она не может найти SQLite и C++ dll.

Я использую MS-хостинг TFS, поэтому установка SDK на сервере сборки не является вариантом.

Любые идеи?

ответ

1

Я столкнулся с подобными проблемами при попытке создания проектов WinRT с использованием сервера размещенных серверов TFS.

В конце концов, эта статья была победителем:

http://blog.novotny.org/2012/03/24/how-to-use-extension-sdks-per-project/

Решение поставить библиотеки в системе управления версиями в каталоге «Libs». NuGet делает это для существующих библиотек в каталоге \ packages на уровне решения; он еще не поддерживает расширения SDK. Хорошей новостью является то, что и Visual Studio 11, и MSBuild уже поддерживают определение дополнительных мест для SDK расширения, переопределяя переменную SDKReferenceDirectoryRoot. Ключ, чтобы добавить переопределение после элемента вблизи конца csproj/файл vbproj как это:

<PropertyGroup> 
    <SDKReferenceDirectoryRoot>$(SolutionDir)\libs;$(SDKReferenceDirectoryRoot)</SDKReferenceDirectoryRoot> 
</PropertyGroup> 

С, что на месте, вы можете положить ваш Удлинитель SDK файлы вместе с вашим решением:

\ libs \ Windows \ v8.0 \ ExtensionSDKs [SDKName] [SDKVersion] \ ...

После этого он будет доступен в диалоговом окне «Добавить ссылки» Visual Studio, как и любой другой SDK расширения.

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