Continuous Integration для Android

[@jvIlya]

Поправка: достаточно одного действия для выставления значения test.runner.
Т.е. или в project.properties пишете или в самом build.xml. В двух местах писать одно и то же смысла нет

[@bivy]

Да, спасибо, поправил. И заодно вернул спрятавшуюся «Проблему 2» в шестом шаге.

[@dzigoro]

Спасибо большое, как раз то, что надо!

[@LeoCcoder]

хорошая инструкция, буду возиться на выходных ) давно думал получить левел ап )

[@mark2b]

Почему выбран ant а не maven? Для maven есть отличный плагин для android. Сам делал CI недавно при помощи связки Jenkins + Maven

[@bivy]

Просто гугл сделал уже готовые ant-скрипты (команда «android update project», Шаг 3), и есть надежда, что они будут их нормально обновлять в следующих SDK.

[@Krizai]

Есть ли реальный смысл использовать maven для android?
Пробовали его на одном проекте, но поимели больше проблем с настройкой, чем профита.

[@trix]

а до этого вообще использовали его плотно не на андроиде? т.к. «больше проблем» часто связано с привыканием к мавену вообще :)

[@shuron]

Где можно посмотреть наработки?
тема очень интересная

[@trix]

да какие там наработки, ставьте nexus в качестве прокси репозитория, деплоите на него свои артефакты и живёте — не тужите.
в книгах всё написано, правда, на английском.

[@shuron]

это понятно, просто с ними было бы быстрее.
Книги есть по этим темам но по отдельности… ;)
Ну да ладно будем ковырять.

[@trix]

www.ibm.com/developerworks/ru/edu/j-mavenv2/index.html ну вот вводная на русском доходчивая, а все детали в www.sonatype.com/books/mvnref-book/reference/

примеров везде навалом, берете любой опенсорс проект и смотрите, что там в мастер-поме и что в подмодулях.

[@ilichme]

спасибо за статью!

[@AcidumIrae]

Прекрасная статья — спасибо!
Пробовал раньше com.neenbedankt.android.test.InstrumentationTestRunner, но что-то не взлетело.
Не написали, что надо прописать в build.xml (впрочем это должно быть очевидно).

[@AcidumIrae]

> Не написали, что version-tag надо прописать в build.xml (впрочем это должно быть очевидно).

[@bivy]

Есть же вроде: Шаг 6. Проблема 1. Пункт 4

[@AcidumIrae]

Я имел в виду, что не указано что надо менять в build.xml, а просто написано «4. И в строке», в предыдущих пунктах указаны файлы где менять (хотя это мелочь).

[@biercoff]

Отличная статья — она очень помогла мне в настройке нашего тест проекта. Хотел бы добавить еще немного касательно 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 прекрасно видит и парсит результаты. Еще раз спасибо за статью — очень детальная и полезная