Size: a a a

2018 December 10

AE

Alexandr Emelyanov in Kotlin JVM
на gitlab ранерах запускали сборку внутри образа
источник

SZ

Sergey Zolotov in Kotlin JVM
Alexandr Emelyanov
было дело
а как запускали? jre образ + gradle wrapper локальный

просто gradle образ

или вообще все окружение внутри контейнера?
источник

AE

Alexandr Emelyanov in Kotlin JVM
gradle образ к которому просто монтируется папка и внутри gradle clean build
источник

SZ

Sergey Zolotov in Kotlin JVM
👍
источник

AE

Alexandr Emelyanov in Kotlin JVM
ну jre + wrapper тоже дело было когда то
источник

SZ

Sergey Zolotov in Kotlin JVM
jre + wrapper как-то надежнее, т.к не будет разницы между локальным окружением и CI сервером
источник

SZ

Sergey Zolotov in Kotlin JVM
а то так в gradle образе стянет свежую версию, а локально будет все еще старая
источник

VA

Victor Alenkov in Kotlin JVM
Alexandr Emelyanov
gradle образ к которому просто монтируется папка и внутри gradle clean build
+1
источник

VA

Victor Alenkov in Kotlin JVM
Sergey Zolotov
jre + wrapper как-то надежнее, т.к не будет разницы между локальным окружением и CI сервером
можно при этом иметь в образе уже готовый дистрибутив враппера, чтобы Gradle его не выкачивал заново
источник

SZ

Sergey Zolotov in Kotlin JVM
у нас щас враппер юзается, но т.к собираем под JDK11, то хочется и на gradle юзать его
источник

SZ

Sergey Zolotov in Kotlin JVM
на хост машине когда обновились, послетали к херам дженкинсы и атлассиан продукты😄
источник

RI

Ruslan Ibragimov in Kotlin JVM
Все так, jdk контейнер в котором запускается gradlew
источник

SZ

Sergey Zolotov in Kotlin JVM
Ruslan Ibragimov
Все так, jdk контейнер в котором запускается gradlew
docker run jre-11 ./gradlew clean build -v ... ?
источник

RI

Ruslan Ibragimov in Kotlin JVM
Sergey Zolotov
docker run jre-11 ./gradlew clean build -v ... ?
Ну у меня в gitlab-ci немного не так
источник

VA

Victor Alenkov in Kotlin JVM
я к тому, что враппер в проекте и так и так есть. Но внутри образа лежит заранее загруженная версия Gradle для враппера - ставится во время сборки образа запуском "пустого" проекта с враппером и указанием нужной версии Gradle
источник

AE

Alexandr Emelyanov in Kotlin JVM
Sergey Zolotov
jre + wrapper как-то надежнее, т.к не будет разницы между локальным окружением и CI сервером
ну так, плюс - минус. обычно файл с описаинем сборки в gitlab ci лежит в самом проекте, т.е. его можно контроллировать для каждого проекта
источник

VA

Victor Alenkov in Kotlin JVM
Ruslan Ibragimov
Ну у меня в gitlab-ci немного не так
в GitLab будет так: ./gradlew [commands] и указанием нужного образа для запуска
источник

RI

Ruslan Ibragimov in Kotlin JVM
Sergey Zolotov
docker run jre-11 ./gradlew clean build -v ... ?
Вообще если как в гитлабе нельзя указывать в каком контейнере ранать сборку, то можно просто мультистейдж делать, в jdk собираешь и в jre копируешь артифакт
источник

SZ

Sergey Zolotov in Kotlin JVM
pipeline {
   agent {
       docker { image 'jdk11' }
   }
   stages {
       stage('Test') {
           steps {
               sh 'java -version'
           }
       }
   }
}
источник

SZ

Sergey Zolotov in Kotlin JVM
в теории такого хватить должно
источник