Мы деплоим через rpm, нам было важно это изменение в плагине

Ладно, до завтра

Кстати, об rpm. Я тоже об этом думал. Наверное говорил, что мы поддерживаем Liferay. Там по-сути упаковывается куча OSGi бандлов в war и потом крутится на Tomcat/Wildfly. Сейчас мы просто берем их бандл, распаковывем ансиблем в /opt/liferay настроили как службу, определили переменные среди и поехали... Что в контейнере, что на виртуалке. И вот я думал, а не упаковать ли это градлом в rpm, вместо того чтобы ансиблем распаковывать и настраивать систему? Благо у нас все-равно везде CentOS. Может даже собирать весь портал в rpm'ку, вместе с нашими пакетами? В чем достоинства/недостатки такого подхода?

Сборка rpm тривиальная задача, только подкинуть стартовые скрипты. Удобство в том, что не паришь админов что  прописать в плейбуке для приложения, а сам описываешь в зависимости и пост-скриптах. Это и достоинства, и недостатки

Я на основе rpm создаю репозитарии ещё, но это на дженкинсе уже происходит

Да, точно, они у себя в ансибле ставят latest, а дальше ты уже у себя рулишь. Удобно так-то, а не возникает соблазна прописать в зависимостях tmux, или vim, или mc какой-нибудь? Для одминов тоже хорошо, им не надо писать сложные плейбуки, один пакетик прописали и отправили тестировать.

Зачем прописывать tmux, mc, vim? Ничего лишнего на машинах не должно быть

Это я так уж, ради смеха.

Вот, вчера настраивал maven-publish, он почему-то забирает конфигурацию на самом раннем этапе и, соответственно, определяет jar.baseName неправильно, вы об этом выше говорили?
Похоже это известная проблема, но нормальных решений я не нашёл. Сейчас заключил весь блок maven-publish, вместе с apply plugin, в afterEvaluate, вроде как, работает, но мне кажется, это колхоз.

Может есть более правильные решения? Нашёл несколько заброшенных  топиков на старом форуме. Но ничего толкового.

всем привет. можно через productFlavors менять значение externalNativeBuild.cmake.path ?

    productFlavors {
        main2 {
            dimension 'main2'
            versionNameSuffix "-main2"
        }
        main3 {
            dimension 'main3'
            versionNameSuffix "-main2"
        }
    }

    externalNativeBuild {
        cmake {
            path "/home/vadim/AndroidStudioProjects/CmakeTest/app/src/main2/CMakeLists.txt"
        }
//        cmake {
//            path "/home/vadim/AndroidStudioProjects/CmakeTest/app/src/main3/CMakeLists.txt"
//        }
    }

Всем привет.  Я пытаюсь убрать зависимость из модуля который подключается к основному модулю проекта . использую exclude group но когда запускают тесты зависимость которую отключаю все равно компилируется

Как быть ? :)

Можно использовать configuration.all для глобального exclude

Что тут происходит??? Почему все бегут из чатика?

Активности нет

Подскажите пожалуйста, вот тут у меня в репозиториях что-то явно лишнее

allprojects {
 apply plugin: 'nebula.lint'
 gradleLint.rules = ['unused-dependency']
 repositories {
   google()
   jcenter()
   mavenCentral()
   maven { url "https://jitpack.io" }
   maven { url "https://maven.google.com" }
   maven { url 'https://maven.fabric.io/public' }
   //maven { url    "http://dl.bintray.com/lukaville/maven" }

 }
}

maven { url "https://maven.google.com" } ?

Это вроде и есть репо гугла