פלאגין Android Gradle‏ ‎9.0.0 (ינואר 2026)

פלאגין Android Gradle 9.0 הוא גרסה מרכזית שכוללת שינויים בממשקי ה-API ובהתנהגות.

כדי לעדכן לפלאגין Android Gradle‏ ‎9.0.0, צריך להשתמש בכלי העזר לשדרוג פלאגין Android Gradle.

הכלי AGP Upgrade Assistant עוזר לשמור על התנהגויות קיימות כשמשדרגים את הפרויקט, כשזה מתאים. כך אפשר לשדרג את הפרויקט לשימוש ב-AGP 9.0 גם אם אתם לא מוכנים להשתמש בכל הגדרות ברירת המחדל החדשות ב-AGP 9.0.

תאימות

רמת ה-API המקסימלית שנתמכת ב-Android Gradle Plugin 9.0 היא 36. מידע נוסף על תאימות:

המחלקה android DSL מטמיעה עכשיו רק את הממשקים הציבוריים החדשים

במהלך השנים האחרונות השקנו ממשקים חדשים ל-DSL ול-API שלנו, כדי לשפר את השליטה ב-API שזמינים לציבור. בגרסאות AGP‏ 7.x ו-8.x עדיין נעשה שימוש בסוגי ה-DSL הישנים (לדוגמה, BaseExtension), שגם יישמו את הממשקים הציבוריים החדשים, כדי לשמור על תאימות ככל שהעבודה על הממשקים התקדמה.

ב-AGP 9.0 נעשה שימוש בלעדי בממשקי ה-DSL החדשים שלנו, וההטמעות השתנו לסוגים חדשים שמוסתרים לחלוטין. הפעולה הזו מסירה גם את הגישה ל-API הישן של וריאציות שהוצא משימוש.

כדי לעדכן ל-AGP 9.0, יכול להיות שתצטרכו לבצע את הפעולות הבאות:

• מוודאים שהפרויקט תואם ל-built-in Kotlin: הפלאגין org.jetbrains.kotlin.android לא תואם ל-DSL החדש.

• מעבירים פרויקטים של KMP אל Android Gradle Library Plugin for KMP: אי אפשר להשתמש בפלאגין org.jetbrains.kotlin.multiplatform באותו פרויקט משנה של Gradle כמו הפלאגינים com.android.library ו-com.android.application עם ה-DSL החדש.

• מעדכנים את קובצי ה-build: השינוי בממשקי ה-API נועד לשמור על דמיון מרבי בין שפות התחום, אבל יכול להיות שיהיו שינויים קטנים.

• מעדכנים את הלוגיקה של הגרסה המותאמת אישית כדי להפנות ל-DSL ול-API החדשים: מחליפים את כל ההפניות ל-DSL הפנימי בממשקי ה-DSL הציבוריים. ברוב המקרים, מדובר בהחלפה של אחד באחד. מחליפים את כל השימוש ב-applicationVariants ובממשקי API דומים ב-androidComponents API החדש. יכול להיות שהתהליך יהיה מורכב יותר, כי androidComponents ה-API נועד להיות יציב יותר כדי שהתוספים יהיו תואמים למשך זמן ארוך יותר. אפשר לעיין במתכוני Gradle שלנו כדי לראות דוגמאות.

• עדכון פלאגינים של צד שלישי: יכול להיות שחלק מהפלאגינים של צד שלישי עדיין מסתמכים על ממשקים או על ממשקי API שכבר לא חשופים. מעבר לגרסאות של התוספים האלה שתואמות ל-AGP 9.0.

המעבר לממשקי ה-DSL החדשים מונע שימוש בפלאגינים ובסקריפטים של Gradle build במגוון ממשקי API שהוצאו משימוש, כולל:

androidComponents {
    onVariants() { variant ->
        variant.signingConfig
            .enableV1Signing.set(false)
    }
}

androidComponents {
    beforeVariants(
        selector()
            .withBuildType("debug")
            .withFlavor("color", "blue")
    ) { variantBuilder ->
        variantBuilder.enable = false
    }
  }

אם אתם מעדכנים ל-AGP 9.0 ורואים את הודעת השגיאה הבאה, המשמעות היא שהפרויקט שלכם עדיין מפנה לחלק מהסוגים הישנים:

java.lang.ClassCastException: class com.android.build.gradle.internal.dsl.ApplicationExtensionImpl$AgpDecorated_Decorated
cannot be cast to class com.android.build.gradle.BaseExtension

אם אתם נחסמים על ידי פלאגינים לא תואמים של צד שלישי, אתם יכולים לבטל את ההסכמה ולחזור להטמעות הישנות של DSL, וגם ל-API הישן של הווריאנטים. במהלך התקופה הזו, הממשקים החדשים יהיו זמינים, ותוכלו לעדכן את לוגיקת ה-build שלכם ל-API החדש. כדי לבטל את ההגדרה של הקובץ, מוסיפים לתג את השורה הבאה:gradle.properties

android.newDsl=false

אפשר גם להתחיל לשדרג ל-API החדש לפני שמשדרגים ל-AGP 9.0. הממשקים החדשים קיימים בהרבה גרסאות של AGP, ולכן יכול להיות שיהיה לכם שילוב של גרסאות חדשות וישנות. במסמכי העזרה של AGP API מוצגות כל הגרסאות של AGP API, ומועד ההוספה של כל מחלקה, שיטה ושדה.

במהלך שלב האלפא של גרסה 9.0, אנחנו פונים ליוצרי פלאגינים כדי לעזור להם להתאים ולפרסם פלאגינים שתואמים באופן מלא למצבים החדשים, ונשפר את כלי העזרה לשדרוג AGP ב-Android Studio כדי להנחות אתכם בתהליך המיגרציה.

אם גיליתם שה-DSL החדש או Variant API חסרים יכולות או תכונות, חשוב לשלוח בעיה בהקדם האפשרי.

מובנה ב-Kotlin

פלאגין Android Gradle 9.0 כולל תמיכה מובנית ב-Kotlin, והתמיכה הזו מופעלת כברירת מחדל. כלומר, כבר לא צריך להחיל את הפלאגין org.jetbrains.kotlin.android (או kotlin-android) בקובצי ה-build כדי לקמפל קובצי מקור של Kotlin. השינוי הזה מפשט את השילוב של Kotlin עם AGP, מונע שימוש בממשקי API שיצאו משימוש ומשפר את הביצועים במקרים מסוימים.

לכן, כשמשדרגים את הפרויקט ל-AGP 9.0, צריך גם לעבור ל-Kotlin מובנה או לבטל את ההסכמה.

אפשר גם להשבית באופן סלקטיבי את התמיכה המובנית ב-Kotlin בפרויקטים משניים של Gradle שלא כוללים מקורות Kotlin.

תלות בזמן ריצה בפלאגין Kotlin Gradle

כדי לספק תמיכה מובנית ב-Kotlin, פלאגין Android Gradle בגרסה 9.0 כולל עכשיו תלות בזמן ריצה בפלאגין Kotlin Gradle‏ (KGP) בגרסה 2.2.10. כלומר, אתם לא צריכים יותר להצהיר על גרסת KGP, ואם אתם משתמשים בגרסת KGP נמוכה מ-2.2.10,‏ Gradle ישדרג אוטומטית את גרסת KGP ל-2.2.10. באופן דומה, אם אתם משתמשים בגרסת KSP נמוכה מ-2.2.10-2.0.2, ‏ AGP ישדרג אותה ל-2.2.10-2.0.2 כדי להתאים לגרסת KGP.

שדרוג לגרסה גבוהה יותר של KGP

כדי להשתמש בגרסה מתקדמת יותר של KGP או KSP, מוסיפים את השורה הבאה לקובץ ה-build ברמה העליונה:

buildscript {
    dependencies {
        // For KGP
        classpath("org.jetbrains.kotlin:kotlin-gradle-plugin:KGP_VERSION")

        // For KSP
        classpath("com.google.devtoolsksp:symbol-processing-gradle-plugin:KSP_VERSION")
    }
}

שדרוג לאחור לגרסה קודמת של KGP

אפשר לשנמך את גרסת KGP רק אם ביטלתם את ההסכמה לשימוש ב-Kotlin המובנה. הסיבה לכך היא ש-AGP 9.0 מפעיל Kotlin מובנה כברירת מחדל, ו-Kotlin מובנה דורש KGP בגרסה 2.2.10 ואילך.

כדי להשתמש בגרסה ישנה יותר של KGP או KSP, צריך להצהיר על הגרסה הזו בקובץ build ברמה העליונה באמצעות הצהרה של גרסה מדויקת:

buildscript {
    dependencies {
        // For KGP
        classpath("org.jetbrains.kotlin:kotlin-gradle-plugin") {
            version { strictly("KGP_VERSION") }
        }

        // For KSP
        classpath("com.google.devtoolsksp:symbol-processing-gradle-plugin") {
            version { strictly("KSP_VERSION") }
        }
    }
}

שימו לב: הגרסה המינימלית של KGP שאפשר לשנמך אליה היא 2.0.0.

תמיכה ב-IDE עבור test fixtures

‫AGP 9.0 כולל תמיכה מלאה ב-IDE של Android Studio בtest fixtures.

תוסף Fused Library

התוסף Fused Library Plugin (גרסת Preview) מאפשר לכם לפרסם כמה ספריות כספריית Android אחת מסוג AAR. כך יהיה קל יותר למשתמשים להסתמך על הארטיפקטים שפרסמתם.

מידע על תחילת העבודה זמין במאמר בנושא פרסום של כמה ספריות Android כאחת באמצעות Fused Library.

שינויים בהתנהגות

פלאגין Android Gradle בגרסה 9.0 כולל את ההתנהגויות החדשות הבאות:

‫AGP 9.0 כולל עדכונים בערכי ברירת המחדל של מאפייני Gradle הבאים. כך תוכלו לבחור אם לשמור על ההתנהגות של AGP 8.13 כשמשדרגים:

android {
  defaultConfig {
    testInstrumentationRunner = "..."
  }
}

android {
  buildFeatures {
    resValues = true
  }
}

android {
  buildFeatures {
    shaders = true
  }
}

תכונות שהוסרו

בפלאגין Android Gradle‏ 9.0 הוסרה הפונקציונליות הבאה:

• התמיכה בהטמעת אפליקציות ל-Wear OS
  ב-AGP 9.0 הוסרה התמיכה בהטמעת אפליקציות ל-Wear OS, שלא נתמכת יותר ב-Play. זה כולל הסרה של ההגדרות של wearApp ושל ה-DSL של AndroidSourceSet.wearAppConfigurationName. במאמר בנושא הפצה ב-Wear OS מוסבר איך לפרסם את האפליקציה ב-Wear OS.
• androidDependencies וsourceSets דיווח על משימה
• תמיכה בחבילות APK מפוצלות לדחיסות
  ב-AGP 9.0 הוסרה התמיכה ביצירת חבילות APK מפוצלות על סמך צפיפות פיקסלים. הפונקציונליות וממשקי ה-API שקשורים אליה הוסרו. כדי לפצל קובצי APK על סמך צפיפות המסך באמצעות AGP בגרסה 9.0 ואילך, צריך להשתמש בחבילות App Bundle.

שינוי ב-DSL

בפלאגין Android Gradle בגרסה 9.0 בוצעו שינויים הבאים ב-DSL שעלולים לגרום לכשלים:

• הוסרה הפרמטריזציה של CommonExtension.

  השינוי הזה הוא שינוי שובר תאימות ברמת המקור, שמטרתו למנוע שינויים שוברי תאימות ברמת המקור בעתיד. אבל המשמעות שלו היא גם שצריך להעביר את שיטות החסימה מ-CommonExtension אל ApplicationExtension, ‏LibraryExtension, ‏DynamicFeatureExtension ו-TestExtension.

  כשמשדרגים את הפרויקט ל-AGP 9.0, צריך לבצע רפקטורינג של קוד הפלאגין של Gradle שמשתמש בפרמטרים האלה או בשיטות הבלוק. לדוגמה, הפלאגין הבא עודכן כדי להסיר את פרמטר הסוג ולא להסתמך על שיטות הבלוק שהוסרו:

  ‫AGP 8.13

  val commonExtension: CommonExtension<*, *, *, *, *, *> =
          extensions.getByType(CommonExtension::class)
  commonExtension.apply {
      defaultConfig {
          minSdk {
              version = release(28)
          }
      }
  }
  

  AGP 9.0

  val commonExtension: CommonExtension =
          extensions.getByType(CommonExtension::class)
  commonExtension.apply {
      defaultConfig.apply {
          minSdk {
              version = release(28)
          }
      }
  }
  

  בתוספים שמטרגטים טווח של גרסאות AGP, שימוש בשיטת ה-getter ישירות תואם בינארית לגרסאות AGP נמוכות מ-9.0.

הסרת DSL

בפלאגין Android Gradle‏ 9.0 הוסרו:

• AndroidSourceSet.jni, כי הוא לא היה תקין.

• ‫AndroidSourceSet.wearAppConfigurationName, כי הוא קשור להסרת התמיכה באפליקציית Wear OS המוטמעת.

• BuildType.isRenderscriptDebuggable, כי הוא לא היה תקין.

• ‫DependencyVariantSelection. הוא הוחלף ב-DependencySelection, שמוצג כ-kotlin.android.localDependencySelection

• ‫Installation.installOptions(String). הוא מוחלף במאפיין הניתן לשינוי של Installation.installOptions.

• הבלוק PostProcessing, שהוא ניסיוני אבל אף פעם לא יציב.

• ‫ProductFlavor.setDimension, שמוחלף במאפיין dimension

• ‫LanguageSplitOptions, שהיה שימושי רק עבור Google Play ללא התקנה, שהוצא משימוש.

• ‫DensitySplit, כי התכונה הזו כבר לא נתמכת. הפתרון הוא שימוש בקובצי App Bundle.

ממשקי API שהוסרו

בפלאגין Android Gradle‏ 9.0 הוסרו:

• ‫AndroidComponentsExtension.finalizeDSl. הוא הוחלף ב-finalizeDsl

• ‫Component.transformClassesWith. הוא הוחלף ב-Instrumentation.transformClassesWith

• ‫Component.setAsmFramesComputationMode. הוא הוחלף ב-Instrumentation.setAsmFramesComputationMode

• ‫ComponentBuilder.enabled. הוא הוחלף ב-ComponentBuilder.enable.

• ‫DependenciesInfoBuilder.includedInApk. הוא הוחלף ב-includeInApk

• ‫DependenciesInfoBuilder.includedInBundle. הוא הוחלף ב-includeInBundle

• ‫GeneratesApk.targetSdkVersion. הוא הוחלף ב-targetSdk

• ‫Variant.minSdkVersion. הוא הוחלף ב-minSdk

• ‫Variant.maxSdkVersion. הוא הוחלף ב-maxSdk

• ‫Variant.targetSdkVersion. הוא הוחלף ב-targetSdk

• ‫Variant.unitTest, כי הוא לא רלוונטי לפלאגין com.android.test. ‫unitTest זמין בסוגי המשנה VariantBuilder של HasUnitTest.

• ‫VariantBuilder.targetSdk ו-targetSdkPreview, כי הן לא היו משמעותיות בספריות. במקום זאת, אתם צריכים להשתמש ב-GeneratesApkBuilder.targetSdk או ב-GeneratesApkBuilder.targetSdkPreview.

• ‫VariantBuilder.enableUnitTest, כי הוא לא רלוונטי לפלאגין com.android.test. ‫enableUnitTest זמין בסוגי המשנה VariantBuilder של HasUnitTestBuilder.

• השדה VariantBuilder.unitTestEnabled הוסר לטובת השדה enableUnitTest, ששמו עקבי יותר, בסוגי המשנה VariantBuilder שמרחיבים את HasUnitTestBuilder.

• ‫VariantOutput.enable. הוא הוחלף ב-enabled

• התכונות FeaturePlugin ו-FeatureExtension שהוצאו משימוש והושבתו.

• ממשקי ה-API שהוצאו משימוש והושבתו, BaseExtension.registerTransformשנותרו רק כדי לאפשר קומפילציה מול הגרסה העדכנית ביותר של AGP, תוך טירגוט של הפעלה ב-AGP 4.2 או בגרסאות קודמות.

הוסרו מאפייני Gradle

המאפיינים הבאים של Gradle נוספו בהתחלה כדרכים להשבית באופן גלובלי תכונות שהופעלו כברירת מחדל.

התכונות האלה מושבתות כברירת מחדל מגרסה 8.0 של AGP ומטה. כדי ליצור בנייה יעילה יותר, מומלץ להפעיל את התכונות האלה רק בפרויקטים המשניים שמשתמשים בהן.

android {
  buildFeatures {
    aidl = true
  }
}

android {
  buildFeatures {
    renderScript = true
  }
}

מאפייני Gradle שנאכפים

‫AGP 9.0 מחזיר שגיאה אם מגדירים את מאפייני Gradle הבאים.

הכלי Android Gradle plugin Upgrade Assistant לא ישדרג פרויקטים ל-AGP 9.0 שמשתמשים במאפיינים האלה.

שינויים ב-R8

השינויים הבאים ב-R8 כלולים ב-AGP 9.0.0.

אפשרות הגדרה חדשה -processkotlinnullchecks

הוספנו את האפשרות החדשה R8 -processkotlinnullchecks להגדרת R8 לעיבוד בדיקות של ערכי null ב-Kotlin. האפשרות מקבלת ארגומנט חובה שצריך להיות אחד משלושת הערכים הבאים: keep, ‏ remove_message ו-remove. האפשרות הזו מעבדת את בדיקות ה-null הבאות שנוספו על ידי מהדר Kotlin:

class kotlin.jvm.internal.Intrinsics {
  void checkNotNull(java.lang.Object);
  void checkNotNull(java.lang.Object, java.lang.String);
  void checkExpressionValueIsNotNull(
      java.lang.Object, java.lang.String);
  void checkNotNullExpressionValue(
      java.lang.Object, java.lang.String);
  void checkReturnedValueIsNotNull(
      java.lang.Object, java.lang.String);
  void checkReturnedValueIsNotNull(
      java.lang.Object, java.lang.String, java.lang.String);
  void checkFieldIsNotNull(java.lang.Object, java.lang.String);
  void checkFieldIsNotNull(
      java.lang.Object, java.lang.String, java.lang.String);
  void checkParameterIsNotNull(java.lang.Object, java.lang.String);
  void checkNotNullParameter(java.lang.Object, java.lang.String);
}

ערכי האפשרויות, בסדר עולה מהחלש לחזק, משפיעים באופן הבא:

• keep לא משנה את הבדיקות.
• ‫remove_message כותב מחדש כל קריאה של שיטת בדיקה לקריאה אל ‫getClass() בארגומנט הראשון של הקריאה (למעשה, הבדיקה של הערך null נשמרת, אבל בלי הודעה).
• remove מסיר את הבדיקות לחלוטין.

כברירת מחדל, R8 משתמש ב-remove_message. כל הגדרה של -processkotlinnullchecks תבטל את ההגדרה הזו. אם מציינים את המאפיין כמה פעמים, המערכת משתמשת בערך החזק ביותר.

הפסקת ההפצה של פרטי השמירה לשיטות נלוות

אם כללי השמירה תואמים לשיטות ממשק שחלות עליהן פעולות desugaring,‏ R8 העביר בעבר באופן פנימי את הביטים disallow optimization ו-disallow shrinking לשיטות הנלוות שנוצרו.

החל מ-AGP 9.0, כללי שמירה כבר לא חלים על שיטות נלוות. ההתנהגות הזו עקבית עם העובדה שכללי השמירה לא חלים על שדות, שיטות או מחלקות אחרים שנוצרו על ידי קומפיילר.

העברת הביטים disallow optimization ו-disallow shrinking לשיטות הנלוות אפשרה בעבר את תרחיש השימוש הבא:

1. קומפילציה של ספרייה עם שיטות ממשק default/static/private ל-DEX עם minSdk < 24 וכללים ששומרים על שיטות הממשק.
2. קומפילציה של אפליקציה עם הספרייה ב-classpath וב--applymapping.
3. מיזוג האפליקציה והספרייה.

הערה: הפעולה הזו אפשרית רק עם -applymapping כי disallow obfuscation לא מועבר לשיטות הנלוות – כלומר, לשמות השיטות בכיתות הנלוות שנוצרו בשלב 1.

מעכשיו, תרחיש השימוש הזה לא נתמך יותר בגרסאות minSdk < 24. כדי לעקוף את הבעיה, אפשר לבצע את הפעולות הבאות:

1. הסרת הסוכר מהספרייה באמצעות שיטות של ממשק default/static/private לקבצי מחלקה עם minSdk < 24.
2. קומפילציה של הארטיפקט אחרי הסרת הסוכר באמצעות R8 וכללים ששומרים את שיטות הממשק במחלקות הנלוות.
3. קומפילציה של האפליקציה עם הספרייה בנתיב המחלקה.
4. מיזוג האפליקציה ופריט המידע אחרי הסרת הסוכר.

תופעת לוואי נוספת היא שכבר אי אפשר לשמור את המאפיינים של מחלקה פנימית ושיטה סוגרת למחלקות אנונימיות ומקומיות בתוך שיטות נלוות לממשק.

שינוי קובץ המקור שמוגדר כברירת מחדל ל-r8-map-id-<MAP_ID>

השינוי הזה מופיע ב-AGP החל מגרסה 8.12.0.

מאפיין קובץ המקור שמוגדר כברירת מחדל עבור מחלקה משתנה מ-SourceFile ל-r8-map-id-<MAP_ID> כשנדרש מעקב חוזר (כלומר, כשמופעלת אובפוסקציה או אופטימיזציה).

בהינתן מעקב מחסנית מוסתר, מאפיין קובץ המקור החדש מאפשר לחלץ את המזהה של קובץ המיפוי שנדרש לשחזור, וניתן להשתמש בו כדי לתמוך בשחזור אוטומטי של מעקב מחסנית ב-Logcat.

אם משתמשים במאפיין מותאם אישית של קובץ מקור (-renamesourcefileattribute) המאפיין המותאם אישית של קובץ המקור ימשיך לקבל עדיפות.

במצב תאימות ל-ProGuard (כשהמאפיין gradle.properties מכיל את הערך android.enableR8.fullMode=false), הפקת מאפיין של קובץ מקור r8-map-id-<MAP_ID> מתבצעת רק אם המאפיין SourceFile לא נשמר. אפליקציות שמשתמשות במצב תאימות של ProGuard ורוצות לכלול את מזהה קובץ המיפוי ב-stack traces שלהן צריכות להסיר את -keepattributes SourceFile (או לעבור למצב מלא של R8).

מזהה המפה שמשמש ב-r8-map-id-<MAP_ID> הוא הגיבוב המלא של המפה, ולא קידומת של 7 תווים של הגיבוב של המפה, כפי שהיה בעבר.

הפעלת השימוש בשמות סינתטיים ממוזערים ב-L8 desugaring

השם של מחלקות סינתטיות שנוצרות על ידי D8 בדרך כלל מכיל את מחרוזת המשנה $$ExternalSynthetic שמציינת שמדובר במחלקה סינתטית שנוצרה על ידי D8. בנוסף, השם של הרכיב הסינתטי מקודד גם את הסוג הסינתטי (לדוגמה, Backport, Lambda). יש לכך השפעה שלילית על הגודל של קובץ ה-DEX שמתקבל, כי שמות המחלקות תופסים יותר מקום במאגר המחרוזות.

ב-AGP 9.0 מוגדר L8 (הסרת סוכר מספריות ליבה) כך שקובץ ה-DEX שמכיל את כל המחלקות של j$ משתמש בפורמט חדש של שמות מחלקות מקוצרים למחלקות סינתטיות. שם הכיתה החדש כולל מזהה מספרי (לדוגמה, $1).

הסרת התמיכה ב--addconfigurationdebugging

ב-AGP 9.0, התמיכה ב--addconfigurationdebugging הוסרה. הקומפיילר מציג עכשיו אזהרה אם משתמשים בדגל.

הסרנו את התמיכה ביצירת כללי L8 מ-D8/R8

השינוי הזה רלוונטי רק למפתחים שמשתמשים בשורת הפקודה D8/R8 או בממשקי API באופן ישיר.

ב-R8 9.0 הוסרה התמיכה ביצירת כללי שמירה עבור L8 מ-D8 ומ-R8. במקומה, צריך להשתמש ב-TraceReferences למטרה הזו.

באופן ספציפי, השיטות D8Command.builder.setDesugaredLibraryKeepRuleConsumer ו-R8Command.Builder.setDesugaredLibraryKeepRuleConsumer הוסרו, והתמיכה ב---desugared-lib-pg-conf-output הוסרה מאפשרויות שורת הפקודה של D8 ו-R8.

בעיות שתוקנו

פלאגין Android Gradle‏ ‎9.0.0-rc03

פלאגין Android Gradle‏ ‎9.0.0-rc02

פלאגין Android Gradle‏ ‎9.0.0-rc01

פלאגין Android Gradle‏ ‎9.0.0-beta05

פלאגין Android Gradle‏ ‎9.0.0-beta04

פלאגין Android Gradle‏ ‎9.0.0-beta03

פלאגין Android Gradle‏ ‎9.0.0-beta02

פלאגין Android Gradle‏ ‎9.0.0-beta01

פלאגין Android Gradle‏ ‎9.0.0-alpha14

פלאגין Android Gradle‏ ‎9.0.0-alpha13

פלאגין Android Gradle‏ ‎9.0.0-alpha12

פלאגין Android Gradle‏ ‎9.9.0-alpha11

פלאגין Android Gradle‏ ‎9.0.0-alpha10

פלאגין Android Gradle‏ ‎9.0.0-alpha09

פלאגין Android Gradle‏ ‎9.0.0-alpha08

פלאגין Android Gradle‏ ‎9.0.0-alpha07

פלאגין Android Gradle‏ ‎9.0.0-alpha06

פלאגין Android Gradle‏ ‎9.0.0-alpha05

פלאגין Android Gradle‏ ‎9.0.0-alpha04

פלאגין Android Gradle‏ ‎9.0.0-alpha03

פלאגין Android Gradle‏ ‎9.0.0-alpha02

פלאגין Android Gradle‏ ‎9.0.0-alpha01

פלאגין Android Gradle‏ ‎9.0.0