Skip to content
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
12 changes: 3 additions & 9 deletions .gitlab-ci.yml
Original file line number Diff line number Diff line change
Expand Up @@ -231,15 +231,9 @@ default:
- export GRADLE_OPTS="-Dorg.gradle.jvmargs='-Xms$GRADLE_MEMORY_MIN -Xmx$GRADLE_MEMORY_MAX -XX:ErrorFile=/tmp/hs_err_pid%p.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp'"
- export GRADLE_ARGS=" --build-cache --stacktrace --no-daemon --parallel --max-workers=$GRADLE_WORKERS"
- *normalize_node_index
# for weird reasons, Gradle will always "chmod 700" the .gradle folder
# with Gitlab caching, .gradle is always owned by root and thus Gradle's chmod invocation fails
# This dance is a hack to have .gradle owned by the Gitlab runner user
- gitlab_section_start "gradle-dance" "Fix .gradle directory permissions"
- cp -r .gradle .gradle-copy
- rm -rf .gradle
- mv .gradle-copy .gradle
- ls -la
- gitlab_section_end "gradle-dance"
# GitLab's cache helper restores .gradle as root, but we run as non-root-user (uid 1001),
# and Gradle does `chmod 700 .gradle` on startup which requires user ownership.
- sudo chown -R 1001:1001 .gradle
Comment thread
AlexeyKuznetsov-DD marked this conversation as resolved.
after_script:
- *cgroup_info
- *container_info
Expand Down
Loading