יצירה ועריכה של הגדרות הרצה/ניפוי באגים

כשמריצים, מנפים באגים או בודקים את הקוד, Android Studio משתמשת בהגדרת הפעלה/ניפוי באגים כדי לקבוע איך לבצע את הפעולה. בדרך כלל, הגדרות האישיות שנוצרו בהתחלה מספיקות כדי להריץ אפליקציה או לנפות באגים בה. עם זאת, אפשר לשנות ולייצר הגדרות אישיות חדשות, ולשנות את תבניות ההגדרות האישיות בהתאם לתהליך הפיתוח שלכם, כפי שמתואר בדף הזה.

מידע נוסף זמין גם במסמכי התיעוד הבאים של IntelliJ:

• הגדרות הרצה/ניפוי באגים

מידע על הגדרות הרצה/ניפוי באגים

הגדרות ההרצה/ניפוי הבאגים כוללות פרטים כמו אפשרויות להתקנה, להפעלה ולבדיקה של האפליקציה. אפשר להגדיר הגדרה לשימוש חד-פעמי או לשמור אותה לשימוש עתידי. אחרי שמירת ההגדרה, אפשר לבחור אותה מהרשימה הנפתחת Select Run/Debug Configuration בסרגל הכלים. הגדרות נשמרות ב-Android Studio כחלק מהפרויקט.

הגדרת ההרצה/ניפוי הבאגים שנוצרה בהתחלה

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

היקף הפרויקט ובקרת הגרסאות

הגדרות ההרצה/ניפוי הבאגים ושינויים בתבניות חלים רק על הפרויקט הנוכחי. אפשר לשתף הגדרות של הפעלה/ניפוי באגים (אבל לא תבנית) דרך מערכת בקרת הגרסאות. למידע נוסף על שיתוף הגדרות, ראו הגדרת שם ושיתוף של אפשרויות הגדרה.

פתיחת תיבת הדו-שיח Run/Debug Configurations

כדי לפתוח את תיבת הדו-שיח Run/Debug Configurations, בוחרים באפשרות Run (הפעלה) > Edit Configurations (עריכת הגדרות). תיבת הדו-שיח Run/Debug Configurations מופיעה, כפי שמוצג באיור 1.

איור 1. תיבת הדו-שיח הגדרות הרצה/ניפוי באגים

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

בתיבת הדו-שיח הזו אפשר:

• יוצרים הגדרות חדשות להרצה/לניפוי באגים.
• עריכת הגדרות ההרצה/ניפוי הבאגים
• עריכת תבניות תצורה
• מיון והצגה בקבוצות של הגדרות

יצירת הגדרה חדשה של run/debug

אפשר להגדיר הגדרות חדשות להרצה/ניפוי באגים בתיבת הדו-שיח Run/Debug Configurations, בחלון Project או בעורך הקוד. ההגדרה החדשה צריכה להתבסס על תבנית הגדרה.

בתיבת הדו-שיח Run/Debug Configurations מוצגות הגדרות ההרצה/ניפוי הבאגים ותבניות ההגדרות הזמינות. אפשר להתחיל תצורה חדשה ישירות מתבנית או מכפייה של תצורה אחרת. לאחר מכן תוכלו לשנות את ערכי השדות לפי הצורך.

לחלופין, אפשר ללחוץ לחיצה ימנית על פריט בחלון Project כדי ליצור באופן אוטומטי הגדרה ספציפית לאותו פריט. לדוגמה, אם רוצים להריץ פעילות מסוימת, לוחצים לחיצה ימנית על קובץ ה-Java של הפעילות ובוחרים באפשרות הפעלה. בהתאם לפריט, תבנית התצורה של Android Studio היא Android App,‏ Android Instrumented Tests או JUnit.

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

כשאתם יוצרים הגדרה מחוץ לתיבת הדו-שיח הגדרות הרצה/ניפוי באגים, ההגדרה היא זמנית, אלא אם שומרים אותה. כברירת מחדל, אפשר להגדיר עד חמש הגדרות זמניות בפרויקט לפני שמערכת Android Studio תתחיל להסיר אותן. כדי לשנות את הגדרת ברירת המחדל הזו, פותחים את ההגדרות של Android Studio ומשנים את ההגדרה Advanced Settings (הגדרות מתקדמות)‏ > Run/Debug (הפעלה/ניפוי באגים)‏ > Temporary configurations limit (מגבלת הגדרות זמניות). למידע נוסף על הגדרות זמניות, ראו יצירה ושמירה של הגדרות זמניות להרצה או לניפוי באגים.

התחלת הגדרה על סמך תבנית

כדי להגדיר תצורה של הפעלה/ניפוי באגים על סמך תבנית:

1. פותחים את תיבת הדו-שיח Run/Debug Configurations.
2. לוחצים על Add New Configuration (הוספת הגדרה חדשה) .
3. בוחרים תבנית הגדרה.
4. מקלידים שם בשדה Name.
5. משנים את ההגדרות לפי הצורך.

חשוב לתקן את כל השגיאות שמוצגות בחלק התחתון של תיבת הדו-שיח.

6. לוחצים על אישור או על אישור.

התחלת הגדרה מעתק

כדי להגדיר הגדרת run/debug שמבוססת על עותק של הגדרה אחרת:

1. פותחים את תיבת הדו-שיח Run/Debug Configurations.
2. בוחרים תצורה קיימת של הפעלה/ניפוי באגים בחלונית הימנית.
3. לוחצים על העתקת ההגדרות .
4. מקלידים שם בשדה Name.
5. משנים את ההגדרות לפי הצורך.

חשוב לתקן את כל השגיאות שמוצגות בחלק התחתון של תיבת הדו-שיח.

6. לוחצים על אישור או על אישור.

הגדרת הגדרה אישית לפריט בפרויקט

ב-Android Studio אפשר ליצור הגדרות להרצה/ניפוי באגים של פריטים מסוימים שמוצגים בחלון Project. ההגדרות מבוססות על תבנית תצורה, באופן הבא:

• קובץ Java של הפעילות: התבנית Android App.
• חבילת תבניות: Android Instrumented Tests או Android JUnit, בהתאם ל-source set. אם בוחרים בבדיקה עם מכשור, המערכת משתמשת בתבנית של בדיקות עם מכשור ל-Android. אם בוחרים באפשרות בדיקת יחידה מקומית, המערכת משתמשת בתבנית JUnit של Android. בבדיקת יחידה מקומית, אפשר להריץ את הבדיקה עם כיסוי קוד. מידע נוסף זמין במאמר כיסוי קוד.

כדי ליצור הגדרת הפעלה/ניפוי באגים לפריט בפרויקט:

1. פותחים פרויקט בתצוגת Android או ב'תצוגת פרויקט'.
2. בחלון Project, לוחצים לחיצה ימנית על פריט שאפשר לבדוק ובוחרים באפשרות Run filename או Debug filename. Android Studio יוצר הגדרה זמנית להרצה/ניפוי באגים ומפעיל את האפליקציה.
3. פותחים את התפריט הנפתח Select Run/Debug Configuration (בחירת הגדרות הפעלה/ניפוי באגים) בסרגל הכלים.
4. בוחרים באפשרות Save Configuration (שמירה של ההגדרות) מהאפשרויות שלצד ההגדרה שרוצים לשמור.
   

   איור 2. שומרים את ההגדרה

הערה: אם לוחצים לחיצה ימנית ומפעילים או מאתרים באגים באותו פריט (אבל לא בפעילות), מערכת Android Studio יוצרת הגדרה חדשה.

הגדרת הגדרת בדיקה לכיתה או לשיטה

ב-Android Studio אפשר להגדיר הגדרות להרצת בדיקה לכיתה או לשיטה, ואז להריץ אותן. לדוגמה, אם יוצרים כיתה חדשה, אפשר ליצור ולבצע בה בדיקה. אם הבדיקה עוברת, אפשר להריץ את הבדיקות בשאר הפרויקט כדי לוודא שהקוד החדש לא גורם לשגיאות במקום אחר.

ב-Android Studio נעשה שימוש בתבנית Android Instrumented Tests או Android JUnit, בהתאם לקבוצת המקור. בבדיקה מקומית של יחידה, אפשר להריץ את הבדיקה עם כיסוי קוד.

כדי ליצור הגדרת הפעלה/ניפוי באגים לכיתה או לשיטה בקוד Java, פועלים לפי השלבים הבאים:

1. פותחים פרויקט בתצוגת Android או ב'תצוגת פרויקט'.
2. פותחים קובץ Java בכלי לעריכת קוד.
3. בוחרים כיתה או שיטה בקוד ומקישים על Control+Shift+T‏ (Command+Shift+T).
4. בתפריט שמופיע, בוחרים באפשרות יצירת בדיקה חדשה.
5. בתיבת הדו-שיח Create, משנים או מגדירים את הערכים לפי הצורך ולוחצים על OK.
6. בתיבת הדו-שיח Choose Destination Directory, בוחרים את המיקום בפרויקט שבו רוצים ש-Android Studio תמקם את הבדיקה. אפשר לציין את המיקום לפי מבנה הספרייה או על ידי בחירה בכיתה שכנה.
7. לוחצים על אישור.

   הבדיקה החדשה תופיע בחלון Project בקבוצת מקורות הבדיקה המתאימה.

8. כדי להריץ את הבדיקה, מבצעים אחת מהפעולות הבאות:
   • בחלון Project, לוחצים לחיצה ימנית על הבדיקה ובוחרים באפשרות Run או Debug.
   • ב-Code Editor, לוחצים לחיצה ימנית על הגדרת הכיתה או על שם השיטה בקובץ הבדיקה ובוחרים באפשרות Run או Debug כדי לבדוק את כל השיטות בכיתה.
9. פותחים את התפריט הנפתח Select Run/Debug Configuration בסרגל הכלים.
10. בוחרים באפשרות Save Configuration מהאפשרויות שלצד ההגדרה שרוצים לשמור.
    

    איור 3. שומרים את ההגדרה

הפעלה או ניפוי באגים של אפליקציה באמצעות תצורה שמורה

אם שמרתם הגדרה של הפעלה/ניפוי באגים, תוכלו לבחור אותה לפני שתפעילו או תבצעו ניפוי באגים באפליקציה.

כדי להשתמש בהגדרות אישיות ששמורות לצורך הפעלה או ניפוי באגים:

1. בוחרים את ההגדרה של ההרצה/ניפוי הבאגים מהרשימה הנפתחת Select Run/Debug Configuration בסרגל הכלים.

הרשימה הנפתחת נמצאת משמאל לאפשרויות הפעלה וניפוי באגים . לדוגמה, .

2. בוחרים באפשרות הפעלה > הפעלה או באפשרות הפעלה > ניפוי באגים.

לחלופין, לוחצים על הפעלה או על ניפוי באגים .

עריכת הגדרת הרצה/ניפוי באגים

כדי לערוך הגדרה של הפעלה/ניפוי באגים:

1. פותחים את תיבת הדו-שיח Run/Debug Configurations.
2. בוחרים הגדרה בחלונית הימנית.
3. משנים את ההגדרות לפי הצורך.

חשוב לתקן את כל השגיאות שמוצגות בחלק התחתון של תיבת הדו-שיח.

4. לוחצים על אישור או על אישור.

עריכת תבנית של הגדרת הרצה/ניפוי באגים

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

אי אפשר ליצור תבניות חדשות, אבל אפשר ליצור הגדרות לשימוש, בדומה לתבנית. אפשר להעתיק הגדרה ולערוך את העותק כדי ליצור הגדרות חדשות.

כדי לערוך תבנית:

1. פותחים את תיבת הדו-שיח Run/Debug Configurations.
2. לוחצים על Edit configuration templates….
3. בוחרים תבנית תצורה.
4. משנים את ההגדרות לפי הצורך.

חשוב לתקן את כל השגיאות שמוצגות בחלק התחתון של תיבת הדו-שיח.

5. לוחצים על אישור או על אישור.

מיון והצגה בקבוצות של הגדרות

בתיבת הדו-שיח Run/Debug Configurations אפשר למיין את ההגדרות כדי למצוא אותן במהירות. אפשר למיין את הפריטים בתיקייה לפי סדר אלפביתי וליצור תיקיות חדשות כדי לקבץ הגדרות.

כדי למיין את ההגדרות לפי סדר אלפביתי:

1. פותחים את תיבת הדו-שיח Run/Debug Configurations.
2. בוחרים תיקייה שמכילה הגדרות.
3. לוחצים על מיון ההגדרות .
4. לוחצים על OK כדי לסגור את תיבת הדו-שיח.

כדי לקבץ הגדרות בתיקיות:

1. פותחים את תיבת הדו-שיח Run/Debug Configurations.
2. בוחרים תיקייה שמכילה הגדרות.
3. לוחצים על Create New Folder .
4. מקלידים שם בשדה Folder Name (שם התיקייה).
5. לוחצים על אישור כדי לשמור את השם.

גוררים פריטים מאותה קטגוריית תבניות לתיקייה.

כדי לסדר את התיקיות וההגדרות באותה קטגוריית תבניות, גוררים אותן למיקום הרצוי.

לוחצים על OK כדי לסגור את תיבת הדו-שיח.

הגדרת פעולות לפני ההשקה

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

הערה: הגדרת משימות לפני ההשקה היא תכונה מתקדמת. במקום להשתמש בתכונה הזו, מומלץ להוסיף את הלוגיקה של ההכנה כמשימות בקובץ build.gradle, כדי שהן יבוצעו כשמבצעים build משורת הפקודה.

כדי ליצור רשימת משימות:

1. בתחתית תיבת הדו-שיח Run/Debug Configurations בקטע Before launch (יכול להיות שתצטרכו לגלול למטה), לוחצים על Add ובוחרים סוג משימה. אם תיפתח תיבת דו-שיח, ממלאים את השדות ולוחצים על אישור.
2. מוסיפים עוד משימות לפי הצורך.
3. כדי לסדר את המשימות, גוררים אותן או בוחרים משימה ולוחצים על למעלה או על למטה כדי להזיז אותה למעלה או למטה ברשימה.
4. בוחרים באפשרות Show this page אם רוצים להציג את הגדרות התצורה של ההרצה/ניפוי הבאגים לפני החלתן.

   האפשרות הזו לא מסומנת כברירת מחדל.

5. בוחרים באפשרות Active tool window אם רוצים שחלון הכלים Run או Debug יופעל כשמפעילים או מאתרים באגים באפליקציה.

   האפשרות הזו מסומנת כברירת מחדל.

כדי להסיר משימה מהרשימה:

1. בוחרים משימה.
2. לוחצים על הסרה .

כדי לערוך משימה:

1. בוחרים משימה.
2. לוחצים על עריכה .
3. עורכים את הגדרות המשימה בתיבת הדו-שיח שנפתחת ולוחצים על אישור.

בטבלה הבאה מפורטות המשימות שאפשר להוסיף.

משימה	תיאור
הפעלת כלי חיצוני	להריץ אפליקציה חיצונית ל-Android Studio. בתיבת הדו-שיח External Tools, בוחרים אפליקציה אחת או יותר שרוצים להפעיל ולוחצים על OK. אם האפליקציה עדיין לא מוגדרת ב-Android Studio, מוסיפים את ההגדרה שלה בתיבת הדו-שיח Create Tools. מידע נוסף זמין במאמרים הגדרת כלים של צד שלישי וכלים חיצוניים.
הפעלת הגדרה אישית אחרת	מריצים אחת מההגדרות הקיימות של run/debug. בתיבת הדו-שיח Choose Configuration to Execute, בוחרים את ההגדרה שרוצים להריץ ולוחצים על OK.
יצרן	עורכים את הפרויקט או המודול. אם מוגדרת מודול מסוים בהגדרות ההרצה/ניפוי הבאגים, Android Studio מריצה את הפקודה Make Module. אם לא מוגדרים מודולים, היא מריצה את הפקודה Make Project.
Make Project	מריצים את הידור הפרויקט. Android Studio מפעיל את הפקודה Make Project.
Make, ללא בדיקת שגיאות	האפשרות הזו זהה לאפשרות Make, מלבד העובדה ש-Android Studio מבצע את ההגדרה של run/debug ללא קשר לתוצאת הידור.
פיתוח ארטיפקטים	לא נתמך ב-Android Studio.
הפעלת משימה ב-Gradle	מריצים משימה ב-Gradle. בתיבת הדו-שיח שנפתחת, מציינים את הפרטים ולוחצים על אישור. מידע נוסף זמין במאמר Gradle.
Make עם תמיכה ב-Gradle	מריצים את Gradle ומאגדים את הפרויקט.
ה-builder של App Engine Gradle	המשימה של ה-builder של Gradle ב-App Engine מסנכרנת את הפרויקט ואז בונה את המודול.

תבניות תצורה

ב-Android Studio יש תבניות תצורה שיעזרו לכם להתחיל לעבוד במהירות. בקטעים הבאים מפורטות התבניות שחלות על פיתוח Android באמצעות Android Studio:

• אפליקציה ל-Android
• Android Tests
• App Engine DevAppServer
• תכונות נוספות, משבצות ותצוגות שעון ב-Wear OS

הערה: ב-Android Studio 2.1.x ובגרסאות ישנות יותר היה תבנית לאפליקציות מקוריות, שאין בגרסאות חדשות יותר. אם יש לכם תבנית של אפליקציה ילידית בפרויקט, Android Studio ממירה אותה לאפליקציית Android כשאתם מעלים את הפרויקט. תיבת הדו-שיח Convert Project (המרת פרויקט) תלווה אתכם בתהליך.

תבניות לא נתמכות

התבניות הבאות לא נתמכות ומגיעות מ-IntelliJ IDEA, והן לא ספציפיות לפיתוח Android באמצעות Android Studio. מידע נוסף על השימוש בתבניות האלה זמין בקישורים למסמכי התיעוד של IntelliJ IDEA.

• בקשה
• Compound
• Gradle
• Groovy
• אפליקציית JAR
• Java Scratch
• JUnit
• Kotlin
• סקריפט Kotlin
• ניפוי באגים מרחוק
• סקריפט מעטפת
• TestNG

אפשרויות תצורה נפוצות

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

Android Studio שומר את תצורת ההרצה/ניפוי הבאגים המשותפת בקובצי XML נפרדים בתיקייה project_directory/.idea/runConfigurations/. מידע נוסף זמין במאמר פורמט מבוסס-ספרייה במסמכי העזרה של פרויקטים ב-IntelliJ.

אפליקציה ל-Android

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

הכרטיסייה 'כללי'

בכרטיסייה General אפשר לציין אפשרויות להטמעה, להשקה ולפריסה. הכרטיסייה Miscellaneous מכילה גם אפשרויות התקנה.

שדה	תיאור
מודול	בוחרים מודול שבו רוצים להחיל את ההגדרה הזו.
אפשרויות התקנה: פריסה	בוחרים אפשרות: APK ברירת מחדל – פיתוח ופריסה של קובץ APK לגרסה שנבחרה כרגע. APK מקובץ App Bundle – פיתוח ופריסה של האפליקציה מקובץ Android App Bundle. כלומר, Android Studio קודם ממירה את פרויקט האפליקציה לקובץ App Bundle שכולל את כל המשאבים והקוד המהדר של האפליקציה. לאחר מכן, מתוך חבילת האפליקציות הזו, Android Studio יוצר רק את חבילות ה-APK הנדרשות לפריסה של האפליקציה במכשיר המחובר. בדרך כלל כדאי להשתמש באפשרות הזו כשבודקים את חבילת האפליקציות שאתם מתכוונים להעלות ל-Google Play, כי הפריסה מחבילת האפליקציות מאריכה את משך הזמן הכולל ליצירת הגרסה. פריט תוכנה בהתאמה אישית – לא נתמך ב-Android Studio. Nothing (לא כלום) – לא מתקינים קובץ APK במכשיר. לדוגמה, אם אתם מעדיפים להתקין את קובץ ה-APK באופן ידני, אתם לא צריכים את Android Studio כדי להתקין אותו.
אפשרויות התקנה: פריסה כאפליקציה ללא התקנה	אם האפליקציה שלכם תומכת בחוויית שימוש מיידית – כלומר, הוספתם תמיכה באפליקציות ללא התקנה כשיצרתם פרויקט חדש, או שיצרתם מודול תכונה אחד או יותר שתומך בשימוש מיידי – תוכלו לבחור לפרוס את המודולים האלה שתומכים בשימוש מיידי. לשם כך, מסמנים את התיבה לצד פריסה כאפליקציה ללא התקנה.
אפשרויות התקנה: תכונות לפריסה	אם האפליקציה כוללת מודולים של תכונות, מסמנים את התיבה לצד כל תכונה שרוצים לכלול בפריסה של האפליקציה. האפשרות הזו מוצגת רק אם האפליקציה כוללת מודולים של תכונות. הערה: אם רוצים לבדוק את ההורדה וההתקנה של מודולים של תכונות על פי דרישה, צריך לעשות זאת אחרי שמפרסמים את חבילת האפליקציות ואז להשתמש במסלול הבדיקה הפנימי של Play Console. מידע נוסף זמין במאמר העלאת חבילת האפליקציות ל-Play Console.
אפשרויות התקנה: דגלים להתקנה	מקלידים את אפשרויות ה-adb pm install שבהן רוצים להשתמש. מעצבים את האפשרויות באותו אופן שבו מעצבים אותן בשורת הפקודה, אבל בלי נתיב. הנה כמה דוגמאות: -i foo.bar.baz -r /path/to/apk וגם -d -r ברירת המחדל: ללא אפשרויות.
אפשרויות הפעלה: הפעלה	בוחרים אפשרות: Nothing (לא כלום) – לא יתבצע הפעלה של שום דבר כשבוחרים באפשרות Run (הפעלה) או Debug (ניפוי באגים). עם זאת, אם האפליקציה כבר פועלת ובוחרים באפשרות ניפוי באגים, Android Studio מחבר את מנתח הבאגים לתהליך האפליקציה. Default Activity – הפעלת הפעילות שסימנתם כפעילות לטעינה בזמן ההפעלה במניפסט. לדוגמה: <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> פעילות ספציפית – הפעלת פעילות ספציפית באפליקציה במודול. אחרי הבחירה, השדה פעילות יופיע למטה. תוכלו להקליד בו את שם הפעילות שרוצים להפעיל או ללחוץ על אפשרויות נוספות כדי לבחור פעילות מתוך רשימה. כתובת URL – הפעלת כתובת URL שתואמת למסנן Intent במניפסט של האפליקציה. אחרי הבחירה, השדה כתובת URL יופיע למטה, שבו אפשר להזין את כתובת ה-URL. צריך למלא את השדה הזה כדי להפעיל אפליקציה מיידית ל-Android. אפשר גם להשתמש בו כדי לבדוק את הקישורים לאפליקציות ל-Android.
אפשרויות הפעלה: דגלים להפעלה	מקלידים את אפשרויות ה-adb am start שבהן רוצים להשתמש. מעצבים את האפשרויות באותו אופן שבו מעצבים אותן בשורת הפקודה, אבל בלי כוונת שימוש. לדוגמה: -W האפשרות הזו לא מופיעה אם בחרתם בערך Nothing (לא כלום) בשדה Launch (השקה). ברירת המחדל: ללא אפשרויות.
אפשרויות יעד לפריסה: יעד	בוחרים אפשרות: פתיחת תיבת הדו-שיח Select Deployment Target – פותחים את תיבת הדו-שיח Select Deployment Target כדי לבחור מכשיר וירטואלי או מכשיר חומרה. התקן USB – שימוש בהתקן חומרה שמחובר למחשב הפיתוח דרך יציאת USB. אם יש יותר מחשבון אחד, תופיע תיבת דו-שיח כדי שתוכלו לבחור אותו. מכונה וירטואלית – שימוש במכשיר וירטואלי. בהגדרה, אפשר לבחור AVD. אחרת, המערכת תשתמש ב-AVD הראשון ברשימה.
אפשרויות יעד הפריסה: שימוש באותו מכשיר להשקות עתידיות	כברירת מחדל, האפשרות הזו לא מסומנת, כך שלכל פעם שמפעילים אפליקציה, תיפתח תיבת הדו-שיח Select Deployment (בחירת פריסה) כדי לבחור מכשיר. כשבוחרים באפשרות הזו ומפעילים אפליקציה, מופיעה תיבת הדו-שיח Select Deployment (בחירת פריסה) שבה בוחרים מכשיר. לאחר מכן, בכל פעם שתפעילו את האפליקציה, היא תפעל במכשיר שבחרתם בלי להציג את תיבת הדו-שיח Select Deployment. כדי להפעיל את האפליקציה במכשיר אחר, מבטלים את הסימון של האפשרות שימוש באותו מכשיר להפעלות עתידיות, או מפסיקים את האפליקציה באמצעות הפעלה > השהיה app או השהיה , ואז מפעילים אותה שוב. תוצג תיבת הדו-שיח Select Deployment (בחירת פריסה) כדי שתוכלו לבחור מכשיר.
לפני ההשקה	מידע נוסף זמין במאמר הגדרת פעולות לפני ההשקה.

הכרטיסייה 'שונות'

בכרטיסייה Miscellaneous אפשר לציין אפשרויות של logcat,‏ התקנה, הפעלה ופריסה. הכרטיסייה כללי מכילה גם אפשרויות התקנה.

שדה	תיאור
Logcat: הצגת logcat באופן אוטומטי	כשבוחרים באפשרות הזו, החלון Logcat נפתח בכל פעם שמפרסים אפליקציה ומפעילים אותה בהצלחה באמצעות ההגדרה הזו. ברירת מחדל: מסומן.
Logcat: ניקוי היומן לפני ההשקה	בוחרים באפשרות הזו אם רוצים ש-Android Studio תסיר מקובץ היומן נתונים מפעילויות קודמות לפני הפעלת האפליקציה. ברירת המחדל: האפשרות לא מסומנת.
אפשרויות התקנה: דילוג על ההתקנה אם קובץ ה-APK לא השתנה.	אם בוחרים באפשרות הזו, Android Studio לא פורסת מחדש את קובץ ה-APK אם היא מזהה שהוא לא השתנה. אם רוצים ש-Android Studio תאלץ את ההתקנה של קובץ ה-APK, גם אם הוא לא השתנה, צריך לבטל את הבחירה באפשרות הזו. ברירת מחדל: נבחרה
אפשרויות התקנה: סגירה ידנית של האפליקציה שפועלת לפני הפעלת הפעילות	אם תבחרו באפשרות הזו, כש-Android Studio תזהה שלא צריך להתקין מחדש קובץ APK כי הוא לא השתנה, היא תפסיק את האפליקציה בכוח כדי שהיא תתחיל מפעילות ברירת המחדל של מרכז האפליקציות. אם לא בוחרים באפשרות הזו, Android Studio לא תפסיק את האפליקציה בכוח. האפשרות הזו פועלת עם האפשרות הקודמת, שמאפשרת לקבוע אם חבילת APK תותקן או לא. בשני השדות של אפשרויות ההתקנה, משאירים את הגדרות ברירת המחדל אלא אם רוצים לאלץ את ההתקנה בכל פעם. במקרים מסוימים, כדאי לבטל את הסימון של האפשרות הזו. לדוגמה, אם אתם כותבים במנוע שיטת קלט (IME), עצירת האפליקציה בכוח תגרום לביטול הבחירה שלה כמקלדת הנוכחית, ויכול להיות שזה לא מה שאתם רוצים. ברירת מחדל: נבחרה
לפני ההשקה	מידע נוסף זמין במאמר הגדרת פעולות לפני ההשקה.

הכרטיסייה 'כלי לניפוי באגים'

מציינים את אפשרויות ניפוי הבאגים בכרטיסייה Debugger.

בקוד C ו-C++‎, Android Studio משתמש בניפוי הבאגים LLDB. בנוסף לממשק המשתמש הרגיל של Android Studio, בחלון ניפוי הבאגים יש כרטיסייה LLDB שמאפשרת להזין פקודות LLDB במהלך ניפוי הבאגים. אפשר להזין את אותן הפקודות שבהן Android Studio משתמשת כדי להציג מידע בממשק המשתמש של מנתח הבאגים, ואפשר לבצע פעולות נוספות.

בפרויקטים של C ו-C++‎, אפשר להוסיף ספריות סמלים, וגם פקודות הפעלה של LLDB ופקודות לאחר הצמדה, בכרטיסייה Debugger. כדי לעשות זאת, משתמשים בלחצנים דומים לאלה:

• הוספה – הוספת ספרייה או פקודה.
• הסרה – בוחרים ספרייה או פקודה ולוחצים על הלחצן הזה כדי להסיר את הפריט.
• למעלה - בוחרים ספרייה או פקודה ולוחצים על הלחצן הזה כדי להזיז את הפריט למעלה ברשימה.
• למטה - בוחרים ספרייה או פקודה ולוחצים על הלחצן הזה כדי להזיז את הפריט למטה ברשימה.

מידע נוסף על ניפוי באגים ב-Android Studio זמין במאמר ניפוי באגים באפליקציה.

שדה	תיאור
סוג ניפוי הבאגים	בחר באחת מהאפשרויות הבאות: Java only – ניפוי באגים בקוד Java בלבד. זיהוי אוטומטי – נותנים ל-Android Studio לבחור את סוג ניפוי הבאגים המתאים ביותר לפרויקט. Native Only – ניפוי באגים בקוד C או C++‎ מקורי. Dual (Java + Native) – ניפוי באגים בקוד Java ובקוד מקומי בשתי סשנים נפרדים של ניפוי באגים. מומלץ לבחור באפשרות זיהוי אוטומטי כי היא בוחרת את סוג ניפוי הבאגים המתאים לפרויקט.
ספריות סמלים	אם רוצים להוסיף קובצי סמל כדי לספק למעבד הבאגים מידע ב-C או ב-C++ שנוצר מחוץ ל-Android Studio, אפשר להוסיף כאן ספרייה אחת או יותר. מערכת Android Studio מעדיפה להשתמש בקובצים שבספריות האלה על פני קבצים שנוצרו על ידי הפלאגין Android ל-Gradle. מנתח הבאגים מחפש את הספריות מלמעלה למטה, לפי הסדר, עד שהוא מוצא את מה שהוא צריך. הוא מחפש באופן רפלוקטיבי דרך הקבצים במאגר. כדי לבצע אופטימיזציה של הרשימה ולחסוך זמן, כדאי למקם את הספריות שבהן אתם משתמשים בתדירות הגבוהה ביותר בחלק העליון של הרשימה. אם מציינים ספרייה גבוהה בעץ, יכול להיות שיחלוף זמן רב יותר עד שהחיפוש בכל ספריות המשנה יושלם. אם מוסיפים ספרייה ספציפית מאוד, החיפוש יהיה מהיר יותר. צריך למצוא את האיזון הנכון בין מהירות לבין מציאת הקבצים שנדרשים לניפוי הבאגים. לדוגמה, אם יש לכם ספרייה שמכילה ספריות משנה של Android Binary Interfaces (ABI) שונים, תוכלו להוסיף ספרייה ל-ABI ספציפי או לכל ה-ABI. חיפוש בספרייה ברמה העליונה עשוי להימשך זמן רב יותר, אבל הוא גם בטוח יותר אם תחליטו לנפות באגים במכשיר אחר. שימו לב שאין צורך להוסיף ספריות שמכילות קובצי סמל של Gradle, כי תהליך ניפוי הבאגים משתמש בהם באופן אוטומטי.
פקודות לטעינה של LLDB	מוסיפים את פקודות LLDB שרוצים להריץ לפני שהכלי לניפוי באגים יתחבר לתהליך. לדוגמה, אפשר להגדיר הגדרות לסביבה, כפי שמתואר בפקודה הבאה: settings set target.max-memory-read-size 2048 LLDB מבצע את הפקודות לפי הסדר, מלמעלה למטה.
פקודות LLDB לאחר הצמדה	מוסיפים את פקודות ה-LLDB שרוצים להריץ מיד אחרי שמאתר הבאגים מצורף לתהליך. לדוגמה: process handle SIGPIPE -n true -p true -s false LLDB מבצע את הפקודות לפי הסדר, מלמעלה למטה.
ספריית העבודה של המארח	מציינים את ספריית העבודה של LLDB.
רישום ביומן: טירגוט ערוצים	ציון אפשרויות היומן של LLDB. אפשרויות ברירת המחדל של Android Studio מוגדרות על סמך הניסיון של הצוות, כך שהן לא איטיות מדי אבל מכילות את המידע הנדרש לפתרון בעיות. לרוב מבקשים את היומן כדי לדווח על באגים ב-Android Studio. ברירת המחדל הזו היא lldb process:gdb-remote packets אפשר לשנות את ברירת המחדל כדי לאסוף מידע נוסף. לדוגמה, אפשרויות היומן הבאות אוספות מידע על platform ספציפי: lldb process platform:gdb-remote packets כדי לראות רשימה מלאה של פקודות יומן, מזינים את הפקודה log list בחלון מעטפת LLDB ב-Android Studio. Android Studio ממוקם את יומני המכשיר במיקום הבא, שבו ApplicationId הוא מזהה האפליקציה הייחודי שמשמש במניפסט של קובץ ה-APK שנוצר, ומזהה את האפליקציה במכשיר ובחנות Google Play: /data/data/ApplicationId/lldb/log לחלופין, אם מספר משתמשים ניגשים למכשיר, היומנים יועברו למיקום הבא, שבו AndroidUserId הוא מזהה ייחודי של משתמש במכשיר: /data/user/AndroidUserId/ApplicationId/lldb/log למידע נוסף על השימוש ב-LLDB לניפוי באגים מרחוק, ראו ניפוי באגים מרחוק.
לפני ההשקה	מידע נוסף זמין במאמר הגדרת פעולות לפני ההשקה.

הכרטיסייה 'יצירת פרופילים'

צריך לסמן את האפשרות Enable advanced profiling כדי להפעיל תכונות מסוימות ב-Android Profiler כשבמכשיר פועלת גרסת Android 7.1 ומטה.

בדיקות ב-Android

תבנית הבדיקה שבה צריך להשתמש תלויה בקבוצת המקור. התבנית של בדיקות Android Instrumented מיועדת לבדיקה עם מכשיר מדידה. התבנית של JUnit ל-Android מיועדת לבדיקת יחידה מקומית.

הערה: אם אתם משתמשים ב-Firebase Test Lab כדי לבדוק במגוון מכשירים, תוכלו להשתמש בתבנית Android JUnit כדי להגדיר את הבדיקות המכשוריות. מידע נוסף זמין במאמר הרצת הבדיקות באמצעות Firebase Test Lab.

התיאורים הבאים של הכרטיסיות מתייחסים לכרטיסיות ולשדות של תבנית הבדיקה של Android Instrumented. מידע על הכרטיסיות והשדות של תבנית הבדיקה של Android JUnit זמין בדף Run/Debug Configuration: JUnit ב-IntelliJ.

הכרטיסייה 'כללי'

בכרטיסייה General אפשר לציין את מיקום הבדיקה, את הכלי להפעלת כלי המדידה, את מעטפת adb ואת אפשרויות הפריסה.

שדה	תיאור
מודול	בוחרים מודול שבו רוצים להחיל את ההגדרה הזו.
בדיקה	כאן מציינים את המיקום של הבדיקות שרוצים להריץ: All in module – הפעלת כל הבדיקות מהמודול שנבחר. All in package – הפעלת כל הבדיקות מהחבילה שצוינה בשדה Package. מקלידים את השם או לוחצים על עוד כדי לבחור את החבילה בתיבת דו-שיח. Class – הפעלת מבחנים של הכיתה שצוינה בשדה Class. מקלידים את השם או לוחצים על אפשרויות נוספות כדי לבחור את הכיתה בתיבת דו-שיח. Method – הפעלת שיטת בדיקה. בשדה Class מציינים את המחלקה שמכילה את השיטה. בשדה Method, מציינים את השיטה. מקלידים את השם או לוחצים על עוד כדי לבחור את הכיתה או השיטה בתיבת דו-שיח.
מפעיל ספציפי של מכשירי מדידה (אופציונלי)	מקלידים את המיקום של כלי ההפעלה של המדידה. לוחצים על עוד כדי להשתמש בתיבת דו-שיח. הקובץ build.gradle מציין את המיקום של הכלי להרצת המדידה. הערך הזה מבטל את הערך שמוגדר בקובץ. ברירת המחדל היא בדרך כלל הכיתה AndroidJUnitRunner מ-AndroidX Test.
אפשרויות נוספות	מקלידים את אפשרויות ה-adb am instrument שבהן רוצים להשתמש. לא מקלידים את הרכיב. לדוגמה, אם אתם משתמשים ב- AndroidJUnitRunner מ-AndroidX Test, תוכלו להשתמש בשדה הזה כדי להעביר אפשרויות נוספות ל-runner, כמו -e size small. ברירת מחדל: ללא אפשרויות
אפשרויות יעד לפריסה: יעד	בוחרים אפשרות: פתיחת תיבת הדו-שיח Select Deployment Target – פותחים את תיבת הדו-שיח Select Deployment Target כדי לבחור מכשיר וירטואלי או מכשיר חומרה. התקן USB – שימוש בהתקן חומרה שמחובר למחשב הפיתוח דרך יציאת USB. אם יש יותר מחשבון אחד, תופיע תיבת דו-שיח כדי שתוכלו לבחור אותו. מכונה וירטואלית – שימוש במכשיר וירטואלי. בהגדרה, אפשר לבחור AVD. אחרת, המערכת תשתמש ב-AVD הראשון ברשימה. מטריצת המכשירים של Firebase Test Lab – מידע נוסף זמין במאמר הרצת הבדיקות באמצעות Firebase Test Lab.
אפשרויות יעד הפריסה: שימוש באותו מכשיר להשקות עתידיות	אם רוצים להשתמש באופן אוטומטי במכשיר שבחרתם דרך תיבת הדו-שיח Select Deployment Target בעתיד, בוחרים באפשרות הזו. אם המכשיר לא זמין, תוצג תיבת דו-שיח. ברירת המחדל: הבחירה בוטלה
לפני ההשקה	מידע נוסף זמין במאמר הגדרת פעולות לפני ההשקה.

הכרטיסייה 'שונות'

הכרטיסייה Miscellaneous מכילה אפשרויות ל-logcat ולהתקנה.

שדה	תיאור
Logcat: ניקוי היומן לפני ההשקה	בוחרים באפשרות הזו אם רוצים ש-Android Studio תסיר מקובץ היומן נתונים מפעילויות קודמות לפני הפעלת האפליקציה. ברירת המחדל: האפשרות לא מסומנת.
אפשרויות התקנה: דילוג על ההתקנה אם קובץ ה-APK לא השתנה	אם בוחרים באפשרות הזו, Android Studio לא פורסת מחדש את קובץ ה-APK אם היא מזהה שהוא לא השתנה. אם רוצים ש-Android Studio תאלץ את ההתקנה של קובץ ה-APK, גם אם הוא לא השתנה, צריך לבטל את הבחירה באפשרות הזו. ברירת מחדל: נבחרה
אפשרויות התקנה: סגירה ידנית של האפליקציה שפועלת לפני הפעלת הפעילות	אם תבחרו באפשרות הזו, כש-Android Studio תזהה שלא צריך להתקין מחדש קובץ APK כי הוא לא השתנה, היא תפסיק את האפליקציה בכוח כדי שהיא תתחיל מפעילות ברירת המחדל של מרכז האפליקציות. אם לא בוחרים באפשרות הזו, Android Studio לא תפסיק את האפליקציה בכוח. האפשרות הזו פועלת בשילוב עם האפשרות הקודמת, שמאפשרת לקבוע אם חבילת ה-APK תותקן או לא. בשני השדות של אפשרויות ההתקנה, משאירים את הגדרות ברירת המחדל אלא אם רוצים לאלץ את ההתקנה בכל פעם. במקרים מסוימים, כדאי לבטל את הסימון של האפשרות הזו. לדוגמה, אם אתם כותבים במנוע שיטת קלט (IME), עצירת האפליקציה בכוח תגרום לביטול הבחירה שלה כמקלדת הנוכחית, ויכול להיות שזה לא מה שאתם רוצים. ברירת מחדל: נבחרה
לפני ההשקה	מידע נוסף זמין במאמר הגדרת פעולות לפני ההשקה.

הכרטיסייה 'כלי לניפוי באגים'

מציינים את אפשרויות ניפוי הבאגים בכרטיסייה Debugger.

בקוד C ו-C++‎, Android Studio משתמש בניפוי הבאגים LLDB. בנוסף לממשק המשתמש הרגיל של Android Studio, בחלון ניפוי הבאגים יש כרטיסייה LLDB שמאפשרת להזין פקודות LLDB במהלך ניפוי הבאגים. אפשר להזין את אותן הפקודות שבהן Android Studio משתמשת כדי להציג מידע בממשק המשתמש של מנתח הבאגים, ואפשר לבצע פעולות נוספות.

בפרויקטים של C ו-C++‎, אפשר להוסיף ספריות סמלים, וגם פקודות הפעלה של LLDB ופקודות לאחר הצמדה, בכרטיסייה Debugger. כדי לעשות זאת, משתמשים בלחצנים דומים לאלה:

• הוספה – הוספת ספרייה או פקודה.
• הסרה – בוחרים ספרייה או פקודה ולוחצים על הלחצן הזה כדי להסיר את הפריט.
• למעלה - בוחרים ספרייה או פקודה ולוחצים על הלחצן הזה כדי להזיז את הפריט למעלה ברשימה.
• למטה - בוחרים ספרייה או פקודה ולוחצים על הלחצן הזה כדי להזיז את הפריט למטה ברשימה.

מידע נוסף על ניפוי באגים ב-Android Studio זמין במאמר ניפוי באגים באפליקציה.

שדה	תיאור
סוג ניפוי הבאגים	בחר באחת מהאפשרויות הבאות: Java only – ניפוי באגים בקוד Java בלבד. זיהוי אוטומטי – נותנים ל-Android Studio לבחור את סוג ניפוי הבאגים המתאים ביותר לפרויקט. Native Only – ניפוי באגים בקוד C או C++‎ מקורי. Dual (Java + Native) – ניפוי באגים בקוד Java ובקוד מקומי בשתי סשנים נפרדים של ניפוי באגים. מומלץ לבחור באפשרות זיהוי אוטומטי כי היא בוחרת את סוג ניפוי הבאגים המתאים לפרויקט.
ספריות סמלים	אם רוצים להוסיף קובצי סמל כדי לספק למעבד הבאגים מידע ב-C או ב-C++ שנוצר מחוץ ל-Android Studio, אפשר להוסיף כאן ספרייה אחת או יותר. מערכת Android Studio מעדיפה להשתמש בקובצים שבספריות האלה על פני קבצים שנוצרו על ידי הפלאגין Android ל-Gradle. מנתח הבאגים מחפש את הספריות מלמעלה למטה, לפי הסדר, עד שהוא מוצא את מה שהוא צריך. הוא מחפש באופן רפלוקטיבי דרך הקבצים במאגר. כדי לבצע אופטימיזציה של הרשימה ולחסוך זמן, כדאי למקם את הספריות שבהן אתם משתמשים בתדירות הגבוהה ביותר בחלק העליון של הרשימה. אם מציינים ספרייה גבוהה בעץ, יכול להיות שיחלוף זמן רב יותר עד שהחיפוש בכל ספריות המשנה יושלם. אם מוסיפים ספרייה ספציפית מאוד, החיפוש יהיה מהיר יותר. צריך למצוא את האיזון הנכון בין מהירות לבין מציאת הקבצים שנדרשים לניפוי הבאגים. לדוגמה, אם יש לכם ספרייה שמכילה ספריות משנה של Android Binary Interfaces (ABI) שונים, תוכלו להוסיף ספרייה ל-ABI ספציפי או לכל ה-ABI. חיפוש בספרייה ברמה העליונה עשוי להימשך זמן רב יותר, אבל הוא גם בטוח יותר אם תחליטו לנפות באגים במכשיר אחר. שימו לב שאין צורך להוסיף ספריות שמכילות קובצי סמל של Gradle, כי תהליך ניפוי הבאגים משתמש בהם באופן אוטומטי.
פקודות לטעינה של LLDB	מוסיפים את פקודות LLDB שרוצים להריץ לפני שהכלי לניפוי באגים יתחבר לתהליך. לדוגמה, אפשר להגדיר הגדרות לסביבה, כפי שמתואר בפקודה הבאה: settings set target.max-memory-read-size 2048 LLDB מבצע את הפקודות לפי הסדר, מלמעלה למטה.
פקודות LLDB לאחר הצמדה	מוסיפים את פקודות ה-LLDB שרוצים להריץ מיד אחרי שמאתר הבאגים מצורף לתהליך. לדוגמה: process handle SIGPIPE -n true -p true -s false LLDB מבצע את הפקודות לפי הסדר, מלמעלה למטה.
ספריית העבודה של המארח	מציינים את ספריית העבודה של LLDB.
רישום ביומן: טירגוט ערוצים	ציון אפשרויות היומן של LLDB. אפשרויות ברירת המחדל של Android Studio מוגדרות על סמך הניסיון של הצוות, כך שהן לא איטיות מדי אבל מכילות את המידע הנדרש לפתרון בעיות. לרוב מבקשים את היומן כדי לדווח על באגים ב-Android Studio. ברירת המחדל הזו היא lldb process:gdb-remote packets אפשר לשנות את ברירת המחדל כדי לאסוף מידע נוסף. לדוגמה, אפשרויות היומן הבאות אוספות מידע על platform ספציפי: lldb process platform:gdb-remote packets כדי לראות רשימה מלאה של פקודות יומן, מזינים את הפקודה log list בחלון מעטפת LLDB ב-Android Studio. Android Studio ממוקם את יומני המכשיר במיקום הבא, שבו ApplicationId הוא מזהה האפליקציה הייחודי שמשמש במניפסט של קובץ ה-APK שנוצר, ומזהה את האפליקציה במכשיר ובחנות Google Play: /data/data/ApplicationId/lldb/log לחלופין, אם מספר משתמשים ניגשים למכשיר, היומנים יועברו למיקום הבא, שבו AndroidUserId הוא מזהה ייחודי של משתמש במכשיר: /data/user/AndroidUserId/ApplicationId/lldb/log למידע נוסף על השימוש ב-LLDB לניפוי באגים מרחוק, ראו ניפוי באגים מרחוק.
לפני ההשקה	מידע נוסף זמין במאמר הגדרת פעולות לפני ההשקה.

App Engine DevAppServer

הגדרת ההרצה/ניפוי הבאגים הזו חלה על Google Cloud Platform. למידע נוסף, ראו הפעלה, בדיקה ופריסה של הקצה העורפי. כשפועלים לפי השלבים האלה ומסנכרנים את הפרויקט עם הקובץ build.gradle, מערכת Android Studio יוצרת בשבילכם הגדרה של App Engine DevAppServer.

לתשומת ליבכם: התבנית App Engine Server ב-IntellJ IDEA היא תבנית שונה שלא זמינה ב-Android Studio.

שדה	תיאור
מכונה יחידה בלבד	אם רוצים לוודא שרק מופע אחד של ההגדרה של ההרצה/ניפוי הבאגים מופעל כרגע, בוחרים באפשרות הזו. לא ניתן להריץ בו-זמנית כמה פעמים את אותה הגדרה. ברירת מחדל: נבחרה
מודול	בוחרים מודול שבו רוצים להחיל את ההגדרה הזו.
סנכרון עם ההגדרה של build.gradle	אם מוסיפים מודול של App Engine ומבצעים סנכרון עם הקובץ build.gradle, שדות התצורה של App Engine DevAppServer יאוכלסו באופן אוטומטי (מומלץ). אפשר גם לבחור באפשרות File > Sync Project with Gradle Files כדי לסנכרן את הפרויקט. ברירת מחדל: נבחרה
App Engine SDK	מקלידים במחשב המקומי נתיב ל-Google App Engine SDK עבור Java. לוחצים על ... כדי לבחור אותו מתיבת דו-שיח.
War Path	מקלידים נתיב לספריית הארכיון של אפליקציית האינטרנט (WAR) של האפליקציה שמפרסים בשרת הפיתוח המקומי. לוחצים על ... כדי לבחור אותו מתיבת דו-שיח.
VM Args	מציינים את אפשרויות שורת הפקודה שרוצים להעביר ל-VM כדי להפעיל את DevAppServer. כשמציינים את האפשרויות: צריך להשתמש במרווחים כדי להפריד בין האפשרויות השונות. באפשרויות שיש בהן רווחים, צריך להקיף את הרווחים במירכאות כפולות (" "). אם אפשרות מסוימת כוללת סוגריים כפולים, מוסיפים קו נטוי לאחור לפני סוגריים כפולים (\"). מידע נוסף על אפשרויות של מכונות וירטואליות זמין במסמכי העזרה של גרסת J2SE, למשל java JDK 7 ו-java JDK 8. ברירת מחדל: ללא אפשרויות
כתובת השרת	מקלידים את הכתובת של המארח שבה רוצים להשתמש בשרת. יכול להיות שתצטרכו לספק את הכתובת כדי לגשת לשרת הפיתוח ממחשב אחר ברשת. כתובת 0.0.0.0 מאפשרת גישה גם ל-localhost וגם לשם המארח. ברירת המחדל: localhost
יציאת השרת	מקלידים את מספר היציאה שרוצים להשתמש בו בשרת. ברירת מחדל: 8080
השבתת הבדיקה של עדכוני SDK של App Engine	אם תספקו את הפרמטר הזה, שרת הפיתוח לא ייצור קשר עם App Engine כדי לבדוק אם יש גרסה חדשה של ה-SDK. כברירת מחדל, השרת בודק אם יש גרסה חדשה בזמן ההפעלה, ומדפיס הודעה אם יש גרסה חדשה.
לפני ההשקה	מידע נוסף זמין במאמר הגדרת פעולות לפני ההשקה.

הגדרות הרצה/ניפוי באגים ב-Wear OS

התבניות של רכיבי התצוגה הנוספים, כרטיסי המידע ותצוגות השעון של Wear OS מאפשרות להריץ או לנפות באגים באפליקציות ל-Wear OS במכשירים וירטואליים או במכשירי חומרה. רוב אפשרויות ההגדרה של התבנית זהות לאפשרויות של אפליקציית Android. ריכזנו כאן את האפשרויות שספציפיות יותר להגדרות ההרצה/ניפוי הבאגים של Wear OS:

• בכל ההגדרות של Wear להפעלה או לניפוי באגים, צריך לבחור מקור נתונים ספציפי של רכיב מורכב, משבצת או לוח שעון (בהתאם לתבנית) כדי להחיל את ההגדרה. בדרך כלל כל אחת מהישויות האלה תואמת לכיתה בקוד.
• בהגדרה של הפעלה/ניפוי באגים של Wear OS Complication, צריך לבחור את החריץ שבו רוצים להציב את נתוני התוסף שסופקו על ידי מקור הנתונים של התוסף. אפשר להציב אותו בחלק העליון, הימני, התחתון, השמאלי או ברקע של תצוגת השעון.
• בהגדרה של הפעלה/ניפוי באגים של Wear OS Complication, צריך גם לבחור את הסוג של נתוני complication שסופקו על ידי מקור הנתונים של complication. סוגי הנתונים שבהם אפשר לבחור מוגבלים לנתונים שמספק מקור הנתונים של התכונה שנבחרה ומתאימים לשקע שנבחר. רשימה של סוגי הנתונים של סיבוכים מפורטת בקטע סוגים ושדות.

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

איור 1. להריץ ממשק של Wear OS ישירות באמצעות סמל המגרעת.