Gradle 캐시를 지우는 방법은 무엇입니까?

Gradle 캐시를 지우는 방법은 무엇입니까?

Android Studio를 사용하려고 하는데, 처음 부팅할 때 컴파일하는 데 45분 정도 걸립니다.앱을 종료하지 않으면 괜찮습니다. 이후에 앱을 컴파일/실행할 때마다 약 45초가 소요됩니다.

제 를 몇 개 " 내캐확고했습다니려하인"가 ..gradle/caches 홈 디렉토리에 있습니다.MB가 들어 있습니다.

.gradle내 프로젝트 폴더에 있는 폴더...의 taskArtifacts200MB 정도였습니다.둘다무로핵폭터을뜨게무요서워는리탄작위▁▁of▁parts▁to 폴더의 어떤 부분을 합니까?폴더의 어떤 부분을 삭제해도 안전합니까?

가 안드로이드 스튜디오를 하는 데 시간이 더 이 있습니까?gradle assemble응용 프로그램을 처음 로드할 때의 작업?

제가 intellij 캐시도 클리어해야 하나요?

Gradle 캐시 위치:

• Windows 경우)%USERPROFILE%\.gradle\caches
• : Mac/UNIX 파일:~/.gradle/caches/

이 디렉터리를 찾아 수동으로 삭제하거나 실행할 수 있습니다.

rm -r $HOME/.gradle/caches/

UNIX 시스템에서.이 명령을 실행하면 종속성도 강제로 다운로드됩니다.

---

갱신하다

현재 프로젝트의 Android 빌드 캐시 지우기

참고: Android Studio의File > Invalidate Caches / RestartAndroid 빌드 캐시가 지워지지 않으므로 별도로 정리해야 합니다.

Windows의 경우:

gradlew cleanBuildCache

Mac 또는 UNIX의 경우:

./gradlew cleanBuildCache

업데이트 2

이 기사는 Android Studio를 다이어트에 활용합니다. Android Studio 캐시에 대한 자세한 정보를 참조하십시오.

@Bradford20000, @Bradford20000이 있을 수 .gradle.properties 및 는 파일아트스립크위(치들래및그래벌)에 .$HOME/.gradle이 경우 이 디렉토리의 내용을 삭제할 때 특히 주의해야 합니다.

그.gradle/caches에는 디토리저다니장이 있습니다.Gradle캐시를 빌드합니다.따라서 빌드 캐시에 오류가 있으면 삭제할 수 있습니다.

--no-build-cache 옵션은 빌드 캐시 없이 Gradle을 실행합니다.

MS Windows(윈도우)의 데몬 Windows(윈도우) 사용자가 Windows(윈도우)를 사용하는 경우 해당 디렉터리를 지우려면 데몬을 제거해야 합니다.버전에 관계없이 모든 그라들 데몬 처치를 참조하십시오.더 자세한 정보를 참조하십시오.

갱신하다

cleanBuildCache더 이상 작동하지 않습니다.

캐시 Android Gradle을 합니다.
https://guides.gradle.org//https://guides.gradle.org/using-build-cache/

캐시 지우기

캐시 디렉토리를 정리하여 이전 빌드의 히트를 방지합니다.

 rm -rf $GRADLE_HOME/caches/build-cache-*

https://guides.gradle.org/using-build-cache/ #sshd_message_sshd_message

기타 디그립션: 여기를 참조하십시오(편집 포함).

---

사용되지 않는 정보 ===

Gradle 태스크를 사용한 최신 솔루션:

cleanBuildCache

Android 플러그인 for Gradle, 버전 2.3.0(2017년 2월)을 통해 사용 가능

종속성:

1. Gradle 3.3 이상.
2. 빌드 도구 25.0.0 이상.

자세한 정보:
https://developer.android.com/studio/build/build-cache.html#://developer.android.com/studio/build/build-cache.html#clear_the_build_cache

배경

캐시
프로젝트를 빌드할 때 Android 플러그인이 생성하는 특정 출력(예: 패키지화되지 않은 AAR 및 미리 인덱싱된 원격 종속성)을 저장합니다.빌드 시스템은 캐시된 파일을 재생성하는 대신 후속 빌드 중에 캐시된 파일을 재사용할 수 있기 때문에 캐시를 사용하는 동안 클린 빌드 속도가 훨씬 빨라집니다.Android 플러그인 2.3.0 이상을 사용하는 프로젝트는 기본적으로 빌드 캐시를 사용합니다.자세한 내용은 빌드 캐시로 빌드 속도 향상을 참조하십시오.

참고: 빌드 캐시를 사용하지 않도록 설정하면 cleanBuildCache 작업을 사용할 수 없습니다.

사용.

Windows:

gradlew cleanBuildCache

Linux/Mac:

gradle cleanBuildCache

Android Studio / IntelliJ:

gradle tab (default on right) select and run the task or add it via the configuration window 

참고:gradle/gradlew스크립트를 포함하는 시스템별 파일입니다.스크립트를 실행하는 방법에 대한 관련 시스템 정보를 참조하십시오.

• 리눅스
• 창문들
• 맥

gradle 데몬에 주의하십시오. 삭제하기 전에 중지하고 gradle을 다시 실행해야 합니다.

첫 번째 데몬 중지:

./gradlew --stop

다음을 사용하여 캐시 정리:

rm -rf ~/.gradle/caches/

컴파일을 다시 실행합니다.

또한 Gradle 데몬은 모든 빌드 로그의 많은 큰 텍스트 파일을 만듭니다.다음 위치에 저장됩니다.

~/.gradle/daemon/X.X/daemon-XXXX.out.log

"는 " 사용는 " 임의의일 뿐입니다.X"는 "7.5"와 같이 사용 중인 Gradle 버전이고 "XXXX"는 "1234"와 같이 임의의 숫자일 뿐입니다. "~"가 사용자입니다.$HOME폴더를 누릅니다.

총 크기는 불과 몇 달 만에 수백 MB까지 커질 수 있습니다.로깅을 비활성화할 방법이 없습니다.파일은 자동으로 삭제되지 않으며 유지할 필요도 없습니다.

그러나 작은 Gradle 태스크를 생성하여 자동으로 삭제하고 많은 디스크 공간을 확보할 수 있습니다.

에 추가:

android {

    buildTypes {
        ...
    }

    // Delete large build log files from ~/.gradle/daemon/X.X/daemon-XXX.out.log
    // Source 1: https://discuss.gradle.org/t/gradle-daemon-produces-a-lot-of-logs/9905
    // Source 2: https://stackoverflow.com/questions/23025433/how-to-clear-gradle-cache#51479044
    def gradle = project.getGradle()
    new File("${gradle.getGradleUserHomeDir().getAbsolutePath()}/daemon/${gradle.getGradleVersion()}").listFiles().each {
        if (it.getName().endsWith('.out.log')) {
            // println("Deleting gradle log file: $it") // Optional debug output
            it.delete()
        }
    }
}

하려면 삭중인파확면다활있수다니습할성을 .println()Studio -> -> Windows line, Android Studio -> View -> Tool Windows -> Build에서 합니다.그런 다음 창에서 "보기 전환" 버튼을 눌러 텍스트 출력을 표시합니다.

Gradle Sync 또는 Gradle Build는 파일 삭제를 트리거합니다.

파일을 휴지통/재활용 상자로 자동으로 이동하거나 최소한 먼저 휴지통 폴더에 복사하는 것이 좋습니다.하지만 저는 그것을 어떻게 하는지 모릅니다.

된 것 . 캐시를 합니다. (으로) 일부 사람들은 안드로이드 빌더 캐시를 지우는 방법에 대해 보고합니다(작업 포함).cleanBuildCache하지만 해당 캐시가 Gradle의 빌드 캐시인 AFAIK와 독립적이라는 사실을 깨닫지 못하는 것 같습니다.

제가 알기로는 Android의 캐시는 Gradle의 캐시보다 이전(그리고 영감을 받은) 것으로 알고 있지만, 제가 틀릴 수 있습니다.Android Builder가 Gradle의 캐시를 사용하고 자체 캐시를 폐기하도록 업데이트될지는 모르겠습니다.

편집: Android Builder 캐시는 더 이상 사용되지 않으며 제거되었습니다.Android Gradle 플러그인은 이제 Gradle의 빌드 캐시를 대신 사용합니다.이제 이 캐시를 제어하려면 Gradle의 일반 캐시 인프라와 상호 작용해야 합니다.

팁: '안드로이드' 키워드를 언급하지 않고 온라인에서 Gradle의 캐시 도움말을 검색하여 현재 관련 캐시에 대한 도움말을 얻습니다.

EDIT 2: 아래 댓글에 있는 tir38의 질문으로 인해 Android Gradle 플러그인 v3.4.2 프로젝트를 사용하여 테스트 중입니다.Gradle 캐시가 활성화된 경우org.gradle.caching=truegradle.properties저는 몇 가지를 합니다.clean build그리고 대부분의 작업이 두 번째로 표시하는 시간FROM-CACHE캐시가 작동 중임을 나타내는 상태로 표시됩니다.

놀랍게도, 나는 가지고 있습니다.cleanBuildCache멋진 작업과<user-home>/.android/build-cache/3.4.2/디렉터리, 둘 다 Android Builder 캐시의 존재를 암시합니다.

나는 실행합니다.cleanBuildCache 리고그고.3.4.2/디렉터리가 사라졌습니다.다음에 나는 다른 것을 합니다.clean build:

• 내용 없음: 은 "" " " " " " " " " 을 표시합니다.FROM-CACHE캐시 가능 속도에서 상태 및 빌드가 완료되었습니다.
• 그자리의 3.4.2/디렉터리가 다시 생성됩니다.
• 그자리의 3.4.2/디렉터리가 비어 있습니다(숨겨진 0 길이 마커 파일 2개에 대해 저장).

결론:

1. 모든 일반 Android Builder 작업의 캐싱은 Gradle이 처리합니다.
2. 인 실행cleanBuildCache빌드 캐시를 지우거나 영향을 주지 않습니다.
3. Android Builder 캐시가 아직 남아 있습니다.이것은 Android 빌드 팀이 제거하는 것을 잊어버린 흔적 코드일 수도 있고, 어떤 이유로든 Gradle 캐시를 사용하는 데 이식할 수 없는 이상한 것을 실제로 캐시할 수도 있습니다.('할 수 없음' 옵션은 매우 개선 가능성이 높습니다, IMHO.

는 다으로음, ▁removing를 제거하여 합니다.org.gradle.caching=truegradle.properties그리고 나는 몇 가지를 시도합니다.clean build:

• 빌드가 느립니다.
• 모든 태스크는 캐시되지 않거나 최신 상태가 아닌 실행 중인 상태로 표시됩니다.
• 그자리의 3.4.2/디렉터리가 계속 비어 있습니다.

추가 결론:

4. Gradle 캐시가 히트하지 못할 때를 대비한 Android Builder 캐시 폴백이 없습니다.
5. Android Builder 캐시는 적어도 일반적인 작업에 대해서는 앞서 언급했듯이 실제로 제거되었습니다.
6. 관련 안드로이드 문서에는 오래된 정보가 포함되어 있습니다.특히 캐시는 여기에 명시된 대로 기본적으로 활성화되지 않으며 Gradle 캐시는 수동으로 활성화되어야 합니다.

편집 3: 사용자 tir38은 Android 빌더 캐시가 더 이상 사용되지 않으며 이 발견으로 제거되었음을 확인했습니다. tir38 또한 이 문제를 만들었습니다.감사합니다!

나의~/.gradle/caches/폴더가 14G를 사용했습니다.

다음 솔루션을 사용한 후 14G에서 1.7G로 변경되었습니다.

$ rm -rf ~/.gradle/caches/transforms-*

$ rm -rf ~/.gradle/caches/build-cache-*

보너스:

이 명령은 사용된 캐시 공간을 자세히 보여줍니다.

$ sudo du -ah --max-depth 1 ~/.gradle/caches/ | sort -hr

이 기사 Android Studio를 다이어트에 사용하는 것이 여기에서 추천하는 것처럼 많은 도움이 되었습니다.

File>Invalidate Caches Restart

특정 프로젝트/병에 대한 캐시를 정리하는 방법

해당 프로젝트와 관련된 모든 캐시 파일 찾기

find ~/.gradle/caches -name yourproject

위 명령은 프로젝트와 관련된 모든 캐시 파일을 반환합니다.

rm -rf <each file returned>

캐시 파일의 경로를 위 명령으로 전달해야 합니다.

gradle clean install

마지막으로 최신 아티팩트를 꺼냅니다.

업데이트:

캐시를 삭제할 라이너 하나:

for file in `find ~/.gradle/caches -name yourprojectartifactid`; do `rm -rf $file`; done

최신 명령:

--no-build-cache

다음 사이트에서 찾을 수 있습니다. https://docs.gradle.org/current/userguide/build_cache.html 다음과 같은 명령에 완벽하게 작동합니다.

./gradlew SomeApp:installDebug --no-build-cache

gradle 명령어를 사용하면 프로젝트에서 작동하지 않아 위에 나열된 명령어가 루트 프로젝트에서 지원되지 않는 오류가 계속 발생했습니다.캐시 디렉토리에서 디렉토리를 삭제하는 것이 효과적이었습니다.

sudo rm -r .gradle/caches/*

오류 보고서에 나타나는 아티팩트를 제거하려고 했지만, 이를 통해 작업 공간을 깨끗하게 관리할 수 있었고 종속성 문제를 훨씬 쉽게 좁힐 수 있었습니다.

Android studio에서 View > Tool Windows > Terminal을 열고 다음 명령을 실행합니다.

Windows의 경우:

gradlew cleanBuildCache

Mac 또는 Linux의 경우:

./gradlew cleanBuildCache

프로젝트에서 캐시를 비활성화하려면 이를 Gradle Build 속성에 추가합니다.

(경고: 캐시가 없을 경우 PC 성능이 저하될 수 있으며 앱 실행 중 매번 같은 시간이 소모됩니다.)

android.enableBuildCache=false

Android 스튜디오에서 Gradle 캐시를 지우는 방법

1. 개방형 터미널 및
2. 려달을 gradlew clean

compileSdkVersion과 targetSdkVersion을 30에서 31로 업그레이드하여 제 경우 문제를 해결했습니다.그러나 빌드가 99%에서 실패하여 이 이상한 오류가 발생했습니다. OS 독립 경로 'lib/armeabi-v7a/libfbjni.so '에서 두 개 이상의 파일이 발견되었습니다.주어진 해결책으로 해결됩니다.

저도 같은 문제가 있었어요. 그냥 가보세요.

파일 -> 현금을 무효화한 후 파일 시스템 현금 및 로컬 기록 지우기 옵션을 선택한 후 버튼을 클릭하면 무효화되고 안드로이드 스튜디오를 다시 시작한 후 다시 시작할 수 없습니다. :-) GL

gradel.properties(글로벌 속성)의 내용을 수동으로 삭제합니다.작업이 성공적으로 완료되었습니다.

언급URL : https://stackoverflow.com/questions/23025433/how-to-clear-gradle-cache