Continuous Integration для Android с использованием Jenkins + Gradle

[ara89]

1)

Когда я разбирался с Gradle видел не одну статью, в которой было написано что для запуска unit-тестов необходимо создать отдельную задачу, создать для нее отдельную запись в sourceSets и добавить в зависимости junit. В общем только зря потратил на это время, все гораздо проще.

Вы путаете юнит тесты с интеграционными в Android.
Юнит тесты принято класть в src/test/java, запускать отдельным такском и исполнять их на jvm, а не на эмуляторе, используя либо обычный jUnit, либо Robolectric

2) зачем устанавливать и настраивать на CI сервере gradle если можно использовать gradle wrapper и не париться с установкой и синхронизацией версий

3)

В качестве бонуса

для этого в gradle android плагине есть build flavors.
создаете несколько типов вашего приложения, подставляете им разные ресурсы и градл сам соберет несколько сборок, смотрящих на разные сервера. почитайте документацию по вашей ссылке

[cooper0k]

1. Спасибо, не знал.
2. Да, действительно использовать wrapper гораздо проще и удобней, спасибо за подсказку. Не стал описывать как настроить, просто добавил в статью ссылку на видео, поясняющее его настройку, там все просто.
3. На сколько я понял flavors позволяет указать другой пакет приложения, т.е. это отлично подходит для различных версий приложений, например, платная и бесплатная версии. Либо, я так понимаю, необходимо использовать gradle структуру проекта, где у каждого варианта будет своя папка res, я пока не готов перейти к этому, ждем stable версию AndroidStudio.

[ara89]

не, flavors позволяет указать не только пакет, там достаточно много конфигураций.
gradle структура проекта вам не навязывается, вы можете создать папки с ресурсами под каждый build flavor в любом удобном для вас месте, а затем указать на них в sourceSets для каждого flavor

[Ntropy]

А Gradle точно необходим для решения такой задачи? Со сборкой android вполне справляется и ant