Система Команды Visual Studio имеет некоторые функции, которые могут помочь с этой проблемой. По существу можно записать модульные тесты и смешать их в различных сценариях для выполнения против программного обеспечения как часть стресс-теста или нагрузочного теста. Это может помочь определить области кода, которые влияют на Вашу производительность приложений больше всего.
Microsoft' Шаблоны и группа Методов имеет некоторое руководство в Руководство Тестирования Производительности системы Команды Visual Studio .
Если вы позволите мне уточнить, ivysettings.xml
- это конфигурация вашей среды разработки в целом. Это не связано с самими элементами репозитория. Вообще говоря, ivysettings.xml
должен находиться рядом с вашим основным build.xml
, так что когда вы помещаете
<ivy:settings file="ivysettings.xml"/>
в свой build.xml
, он просто находит он находится в текущем каталоге.
Этот файл полностью отличается от файлов ivy.xml
, которые описывают различные модули в вашем репозитории. Они находятся рядом с опубликованными артефактами в репо.
You can place your ivysettings.xml
file anywhere you want and you simply reference it in your Ant script with:
<ivy:settings file="ivysettings.xml"/>
If you are developing several projects, you will notice that you typically use the same ivysettings.xml
file everywhere and there's no point in copy/pasting this file manually.
What I do is define one ivysettings.xml
file that is checked out by all my other projects using svn:externals
.
Я так же повеселился с этим подружкой, и обнаружил, что вы можете разместить файл ivysettings.xml где угодно, но вы просто указываете это место в командной строке, когда приходите использовать его. . например, вы можете вызвать Ivy из NAnt примерно так:
<exec program="java"
commandline=" ... ...
-jar [location of .jar file]
-settings [location of ivysettings.xml file]
... ..."
/>
(где ... означает, что что-то неинтересное было удалено для экономии места)
Ссылка: