Comments 18
Поправка: достаточно одного действия для выставления значения test.runner.
Т.е. или в project.properties пишете или в самом build.xml. В двух местах писать одно и то же смысла нет
Т.е. или в project.properties пишете или в самом build.xml. В двух местах писать одно и то же смысла нет
Спасибо большое, как раз то, что надо!
Почему выбран ant а не maven? Для maven есть отличный плагин для android. Сам делал CI недавно при помощи связки Jenkins + Maven
Просто гугл сделал уже готовые ant-скрипты (команда «android update project», Шаг 3), и есть надежда, что они будут их нормально обновлять в следующих SDK.
Есть ли реальный смысл использовать maven для android?
Пробовали его на одном проекте, но поимели больше проблем с настройкой, чем профита.
Пробовали его на одном проекте, но поимели больше проблем с настройкой, чем профита.
а до этого вообще использовали его плотно не на андроиде? т.к. «больше проблем» часто связано с привыканием к мавену вообще :)
Где можно посмотреть наработки?
тема очень интересная
тема очень интересная
да какие там наработки, ставьте nexus в качестве прокси репозитория, деплоите на него свои артефакты и живёте — не тужите.
в книгах всё написано, правда, на английском.
в книгах всё написано, правда, на английском.
это понятно, просто с ними было бы быстрее.
Книги есть по этим темам но по отдельности… ;)
Ну да ладно будем ковырять.
Книги есть по этим темам но по отдельности… ;)
Ну да ладно будем ковырять.
www.ibm.com/developerworks/ru/edu/j-mavenv2/index.html ну вот вводная на русском доходчивая, а все детали в www.sonatype.com/books/mvnref-book/reference/
примеров везде навалом, берете любой опенсорс проект и смотрите, что там в мастер-поме и что в подмодулях.
примеров везде навалом, берете любой опенсорс проект и смотрите, что там в мастер-поме и что в подмодулях.
спасибо за статью!
Прекрасная статья — спасибо!
Пробовал раньше com.neenbedankt.android.test.InstrumentationTestRunner, но что-то не взлетело.
Не написали, что надо прописать в build.xml (впрочем это должно быть очевидно).
Пробовал раньше com.neenbedankt.android.test.InstrumentationTestRunner, но что-то не взлетело.
Не написали, что надо прописать в build.xml (впрочем это должно быть очевидно).
Отличная статья — она очень помогла мне в настройке нашего тест проекта. Хотел бы добавить еще немного касательно multi-configuration project. Мы использовали этот тип проекта в hudson что бы можно было проганять один и те же тесты на различных конфигурациях андроида — OS, density, screen resolution. И вот тут мы столкнулись с одной проблемой — при текущих настройках, hudson отказывался видеть coverage.xml и test results files. Из-за этого он фейлил билд. Долгие поиски и разные вариации указания пути ничего не помогли, пока подсказка не пришла из сети:
Раздел Build, в Invoke Ant->Properties добавляем workspasedir=$WORKSPACE
После чего в build.xml file прописывает пути для test results ${workspacedir}/junit-results и соответсвенно для coverage.xml -> ${workspacedir}/coverage/coverage.xml
После этого hudosn прекрасно видит и парсит результаты. Еще раз спасибо за статью — очень детальная и полезная
Раздел Build, в Invoke Ant->Properties добавляем workspasedir=$WORKSPACE
После чего в build.xml file прописывает пути для test results ${workspacedir}/junit-results и соответсвенно для coverage.xml -> ${workspacedir}/coverage/coverage.xml
После этого hudosn прекрасно видит и парсит результаты. Еще раз спасибо за статью — очень детальная и полезная
Sign up to leave a comment.
Continuous Integration для Android