new File(fixtureDir, 'gradle.properties').text = """systemProp.http.proxyHost=proxy.example
systemProp.http.proxyPort=8080
systemProp.https.proxyHost=proxy.example
systemProp.https.proxyPort=8080
"""

def result = GradleRunner.create()
    .withProjectDir(fixtureDir)
    .withArguments('assemble')
    .build()

השתמשו בספריית ה-fixture הקיימת שנבחרת על ידי withProjectDir, יחד עם קובצי ה-build/settings שלה. מזגו את מאפייני הפרוקסי עם כל מה שה-fixture כבר זקוק לו; מארחי הפרוקסי והפורטים נשארים נפרדים. עבור הורדות מותרות ממאגרים ציבוריים, רשימת פרוקסי ה-HTTP מספקת מועמדים עבור אותם מאפיינים.

ה-build החיצוני של התוסף יכול להצליח בעוד ש-build בדיקת התפקוד הזה נכשל. ייבוא מחלקת הבדיקה שלו אינו מעתיק את ה-gradle.properties החיצוני, ומאפיינים על ה-JVM של JUnit אינם מתארים בעצמם את הקלטים של ה-build הנפרד.

TestKit משתמש כברירת מחדל בספריית משתמש Gradle מבודדת, ולכן המאפיינים הפרטיים הרגילים של המפתח עלולים להיעדר. לעומת זאת, מאפייני שורת פקודה -D או ספריית המשתמש יכולים לדרוס את הרשומות של ה-fixture.

זה מגדיר בקשות למאגרי Gradle. תוסף שמפעיל מוריד אחר או שיש לו תעבורת HTTP משלו עשוי להזדקק למסלול אחר.

מאמרים קשורים