ניהול קוד באמצעות מאגרי Git ב-BigQuery Studio

מאגרי Git ב-BigQuery Studio מאפשרים לכם לנהל גרסאות של סקריפטים ב-SQL, קובצי Notebook ונכסי קוד אחרים ישירות בדפדפן הקבצים של BigQuery Studio. אתם יכולים לשכפל מאגרי Git מרוחקים, לנהל הסתעפויות ולבצע פעולות Git בלי לצאת ממסוף Google Cloud .

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

מגבלות

  • מאגרי Git ב-BigQuery Studio מוגבלים להקשר של תיקיית הבסיס של המשתמש, ומיועדים לשימוש פרטי. אל תשתפו את המאגרים האלה עם משתמשים אחרים. למרות שהמאגרים האלה מופיעים בתיקיית הבסיס של המשתמש (שהיא ייצוג וירטואלי של הנכסים בפרויקט), מבחינה טכנית הם נוצרים ברמת הפרויקט.
  • פעולות של מערכת הקבצים במיקום הטעינה צורכות מכסה של Dataform.
  • אם במאגר יש הרבה קבצים, קבצים גדולים, הרבה ענפים או היסטוריית commit עמוקה ומורכבת, תהליך השכפול יימשך יותר זמן. יכול להיות שפעולת השכפול תחרוג מזמן הקצוב לתפוגה של הפעולה, והמאגר לא ייווצר. כדי לקצר את זמן השכפול של מאגרים עם היסטוריית commit ארוכה, אתם יכולים ליצור עותק מקוצר. אפשר לאחזר עוד פריטי commit בהמשך לפי הצורך.
  • הגודל של קובצי Notebook שמאוחסנים ב-mount של מאגר Git ב-BigQuery Studio לא יכול להיות יותר מ-30MB. אם הקבצים גדולים מ-30MB, שמרו אותם באחסון המקומי של סביבת זמן הריצה של Colab, מחוץ למיקום שבו טענתם את התיקייה.

  • כשמבצעים שינויים במאגר Git מחוץ לנקודת ה-mount, למשל עריכה או שינוי שם של קבצים בחלונית הימנית, יכול להיות שיעברו עד 60 שניות עד שהשינויים האלה יופיעו בנקודת ה-mount בסביבת זמן הריצה של ה-Notebook. כדי לשנות את משך הזמן הזה, מעבירים את הפרמטר CACHE_TTL_SECONDS ל-constructor:

      FuseWidget(CACHE_TTL_SECONDS=NUMBER)

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

לפני שמתחילים

מפעילים את Developer Connect API בפרויקט ב- Google Cloud .

הפעלה של ה-API

התפקידים הנדרשים

כדי לקבל את ההרשאות שנדרשות לניהול קוד באמצעות מאגרי Git ב-BigQuery Studio, צריך לבקש מהאדמין להקצות לכם את התפקיד משתמש OAuth ב-Developer Connect (roles/developerconnect.oauthUser) ב-IAM בפרויקט. כדי לקרוא הסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.

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

ההרשאות הנדרשות

כדי לנהל קוד באמצעות מאגרי Git ב-BigQuery Studio, נדרשות ההרשאות הבאות:

  • resourcemanager.projects.get
  • resourcemanager.projects.list
  • developerconnect.operations.list
  • developerconnect.operations.get
  • developerconnect.locations.list
  • developerconnect.locations.get
  • developerconnect.users.startOAuth
  • developerconnect.users.finishOAuth
  • developerconnect.users.fetchAccessToken
  • developerconnect.users.getSelf
  • developerconnect.users.deleteSelf
  • developerconnect.accountConnectors.get
  • developerconnect.accountConnectors.list
  • developerconnect.accountConnectors.gitProxyUse
  • developerconnect.accountConnectors.httpProxyUse
  • developerconnect.accountConnectors.gitProxyRead
  • developerconnect.accountConnectors.gitProxyWrite
  • developerconnect.accountConnectors.httpProxyRead
  • developerconnect.accountConnectors.httpProxyWrite
  • developerconnect.accountConnectors.fetchUserRepositories

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

שיקולי אבטחה במאגרים

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

  • ההרשאות של Dataform ברמת הפרויקט קובעות את הרשאות הצפייה בנכסי הקוד. משתמשים עם ההרשאה dataform.repositories.list – שכלולה בתפקידים הרגילים של BigQuery כמו BigQuery Job User,‏ BigQuery Studio User ו-BigQuery User – יכולים לראות את כל נכסי הקוד בחלונית Explorer של הפרויקט ב- Google Cloud , גם אם הם לא יצרו את הנכסים האלה או שהנכסים האלה לא שותפו איתם. כדי להגביל את החשיפה, אתם יכולים ליצור תפקידים בהתאמה אישית שלא כוללים את ההרשאה dataform.repositories.list.
  • משתמשים שיכולים לערוך את הנכסים האלה יכולים לגשת לכל הסודות ששותפו עם סוכן השירות של Dataform. כדי לאבטח את פרטי הכניסה, הגבילו את הגישה ליצירה ולעריכה למשתמשים מהימנים, והגבילו את הגישה של סוכן השירות של Dataform לסודות. מידע נוסף זמין במאמר גישה לסודות במהלך התקנת חבילה.

מידע נוסף זמין במאמר שיקולי אבטחה להרשאות ב-Dataform.

המלצות אבטחה להרשאות ב-Developer Connect

מאגרי Git ב-BigQuery Studio משתמשים ב-Developer Connect כדי להתחבר למאגרים מרוחקים. בנוסף, תפקידים מוגדרים מראש ב-BigQuery וב-Dataform כוללים הרשאות ל-Developer Connect. בגלל אמצעי האבטחה האלה, מומלץ לבצע את הפעולות הבאות:

  • שימוש בתפקידים בהתאמה אישית כדי לאכוף הפרדת תפקידים: אם בארגון שלכם נדרשת הפרדה קפדנית בין משימות של ניתוח נתונים לבין ניהול קוד המקור, אתם יכולים לפרוס תפקידים בהתאמה אישית שלא כוללים הרשאות ל-Developer Connect. תפקידים מוגדרים מראש כמו משתמש ב-BigQuery‏ (roles/bigquery.user) ומשתמש ב-BigQuery Studio‏ (roles/bigquery.studioUser) כוללים הרשאות של Developer Connect, שמאפשרות למשתמשים שהוקצו להם התפקידים האלה להתחיל תהליכי OAuth ולהעביר תנועת Git דרך שרת proxy.
  • אכיפת אמצעי הגנה באמצעות כללי מדיניות הדחייה ב-IAM: החילו כללי מדיניות דחייה ברמת הארגון כדי למנוע פעולות רגישות בקבוצות ניתוח נתונים רחבות. כדאי לדחות את ההרשאה developerconnect.googleapis.com/gitRepositoryLinks.fetchReadWriteToken כדי למנוע חילוץ של טוקנים, ואת ההרשאה developerconnect.googleapis.com/accountConnectors.gitProxyWrite כדי למנוע גישת כתיבה לא מכוונת למאגרים. תפקידי ניהול כמו BigQuery Admin (roles/bigquery.admin) ו-BigQuery Studio Admin (roles/bigquery.studioAdmin) כוללים הרשאות גישה לטוקנים, שמאפשרות לחשבונות הראשיים לאחזר טוקנים פעילים של ניהול קוד מקור (SCM) של צד שלישי בטקסט פשוט, כמו טוקנים של התקנת אפליקציית GitHub.
  • בידוד פרויקטים רגישים של CI/CD: שמרו על צינורות עיבוד נתונים רגישים של CI/CD, כמו Cloud Build או Vertex AI, בפרויקטים ייעודיים של Google Cloud שמופרדים מסביבות כלליות של ניתוח נתונים. מכיוון שההרשאות של Developer Connect מוגדרות ברמת הפרויקט, משתמש BigQuery בפרויקט משותף עם כמה דיירים יכול להציג ולהשתמש בכל חיבור של Developer Connect באותו פרויקט כדי להעביר בקשות Git דרך שרת proxy. הפעולה הזו יכולה לתת גישה למאגרים שהוגדרו ל-CI/CD או לאוטומציה של התשתית.
  • הגבלת הגישה למשאבים באמצעות תנאי IAM: מצרפים תנאי IAM לקישורי תפקידים כדי להגביל את ההרשאות של Developer Connect למשאבים ספציפיים. אתם יכולים להגביל את הגישה על סמך תחיליות לשמות של משאבים, או להגדיר את היקף הגישה למשאבים ספציפיים של Connection ו-GitRepositoryLink. כך המשתמשים יכולים לבצע אינטראקציה רק עם חיבורי Developer Connect שמיועדים לתהליכי העבודה שלהם.
  • הגנה על מטא-נתונים רגישים בשמות של משאבים: אל תטמיעו פרטי כניסה רגישים, שמות קוד של פרויקטים או מידע סודי בשמות של מאגרים, בשמות של הסתעפויות או במזהי חיבורים. ההרשאות שנדרשות כדי להציג את המשאבים האלה (developerconnect.connections.list ו-developerconnect.accountConnectors.list) ניתנות לתפקידים רגילים ב-BigQuery. כל מי שיש לו גישה בסיסית לפרויקט יכול למנות את המשאבים האלה ולגלות מטא-נתונים רגישים.

יצירת מאגר Git ב-BigQuery Studio

כשיוצרים מאגר Git, צריך להביא בחשבון את הדרישות הבאות:

  • אם מאגר ה-Git המרוחק לא פתוח לאינטרנט הציבורי, למשל אם הוא נמצא מאחורי חומת אש, יכול להיות שלא תצליחו לחבר אותו למאגר Git. במקרה כזה, צריך להוסיף לכללים של חומת האש את טווחי כתובות ה-IP הנדרשים לתעבורת נתונים יוצאת ב-Dataform כדי לאפשר חיבורים למאגרים מרוחקים מוגנים.
  • כדי ליצור מאגר Git שמקושר למאגר Git מרוחק שלא נכלל ברשימת ההיתרים של מדיניות הארגון dataform.restrictGitRemotes, קודם צריך להוסיף את מאגר ה-Git המרוחק לרשימה allowedValues שבמדיניות, ואז ליצור את מאגר ה-Git. מידע נוסף זמין במאמר הגבלת מאגרים מרוחקים.

כדי ליצור מאגר Git:

  1. נכנסים לדף BigQuery במסוף Google Cloud .

    כניסה ל-BigQuery

  2. בחלונית השמאלית, לוחצים על Files כדי לפתוח את דפדפן הקבצים.

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

  3. ליד צומת הבסיס של המשתמש, לוחצים על View actions > Create > Git repository.

  4. מזינים את כתובת ה-URL של מאגר Git המרוחק.

  5. המערכת של BigQuery Studio מזהה אם יש מחבר קיים לחשבון Developer Connect. יש לכם כמה אפשרויות:

  6. אופציונלי: כדי ליצור מאגר של עותק מקוצר עם היסטוריית שינויים מוגבלת, לוחצים על Advanced options ובוחרים בתיבת הסימון Shallow clone.

    1. בשדה Depth, מזינים את מספר פקודות ה-commit שרוצים לאחזר בהיסטוריית ה-commit המוגבלת.

  7. לוחצים על Connect.

עריכת קובץ

כדי לערוך קובץ, לוחצים על צומת קובץ, כמו סקריפט SQL או notebook, כדי לפתוח את הקובץ בכרטיסיית עריכה חדשה.

כל השינויים שתבצעו יישמרו באופן אוטומטי.

ניהול קבצים

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

ברמת הספרייה, אפשר לבצע את המשימות הבאות:

  • ‫Create in repository: יצירת נכסי קוד חדשים, כולל שאילתות SQL, קובצי Notebook, קנבסי נתונים, הכנות נתונים, קבצים או ספריות משנה.
  • ‫Upload to repository: ייבוא קבצים קיימים מהמכונה המקומית לספרייה שנבחרה.
  • שינוי שם: שינוי השם של הספרייה.
  • העברה: העברת הספרייה למיקום אחר. אפשר להעביר ספרייה רק למיקום אחר באותו מאגר Git. מידע נוסף זמין במאמר העברת ספרייה או קובץ.
  • מחיקה: הסרה סופית של הספרייה וכל התוכן שלה מסביבת העבודה המקומית. מידע נוסף זמין במאמר מחיקת ספרייה או קובץ.

ברמת הקובץ, אפשר לבצע את המשימות הבאות:

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

העברת ספרייה או קובץ

כדי להעביר ספרייה או קובץ במאגר Git ב-BigQuery Studio:

  1. נכנסים לדף BigQuery במסוף Google Cloud .

    כניסה ל-BigQuery

  2. בחלונית השמאלית, לוחצים על Files כדי לפתוח את דפדפן הקבצים.

  3. בהתאם למספר המשאבים שרוצים להעביר, מבצעים אחת מהפעולות הבאות:

    • כדי להעביר משאב אחד, בדפדפן הקבצים בוחרים את הספרייה או הקובץ שרוצים להעביר, ואז לוחצים על View actions > Move.
    • כדי להעביר כמה משאבים, בתצוגת התיקיות מסמנים את התיבה לצד כל משאב שרוצים להעביר ולוחצים על Move.

  4. בתיבת הדו-שיח להעברת משאבים, בוחרים את ספריית היעד באותו מאגר Git. אפשר להעביר משאבים רק למיקומים באותו מאגר Git.

  5. לוחצים על Move.

העתקת קובץ

כדי להעתיק קובץ במאגר Git ב-BigQuery Studio:

  1. נכנסים לדף BigQuery במסוף Google Cloud .

    כניסה ל-BigQuery

  2. בחלונית השמאלית, לוחצים על Files כדי לפתוח את דפדפן הקבצים.

  3. בוחרים את הקובץ שרוצים להעתיק.

  4. לוחצים על הצגת הפעולות > העתקה.

  5. בתיבת הדו-שיח להעתקת המשאב, בוחרים את ספריית היעד באותו מאגר Git. אפשר להעתיק קבצים רק למיקומים באותו מאגר Git.

  6. לוחצים על Copy.

מחיקת ספרייה או קובץ

כדי למחוק ספרייה או קובץ במאגר Git ב-BigQuery Studio:

  1. נכנסים לדף BigQuery במסוף Google Cloud .

    כניסה ל-BigQuery

  2. בחלונית השמאלית, לוחצים על Files כדי לפתוח את דפדפן הקבצים.

  3. בהתאם למספר המשאבים שרוצים למחוק, מבצעים אחת מהפעולות הבאות:

    • כדי למחוק משאב אחד, בדפדפן הקבצים בוחרים את הספרייה או הקובץ שרוצים למחוק, ואז לוחצים על View actions > Delete.
    • כדי למחוק כמה משאבים, בתצוגת התיקיות מסמנים את התיבה לצד כל משאב שרוצים למחוק ולוחצים על Delete.

  4. בתיבת הדו-שיח לאישור המחיקה, לוחצים על מחיקה.

שמירה ודחיפה של השינויים

כדי לסנכרן את העריכות המקומיות עם המאגר המרוחק:

  1. נכנסים לדף BigQuery במסוף Google Cloud .

    כניסה ל-BigQuery

  2. בחלונית השמאלית, לוחצים על Source control.

  3. אופציונלי: מעבירים את העכבר מעל קובץ ששונה ולוחצים על Show diff כדי לראות השוואה בין הגרסה המקומית לבין הגרסה האחרונה שבוצעה לה העברה (commit).

  4. בשדה Commit message, מזינים תיאור של השינויים.

  5. לוחצים על Commit. השינויים נשמרים בהיסטוריית ה-Git של הענף המקומי.

  6. לוחצים על Push to remote (העברה למאגר מרוחק). השינויים מסונכרנים עם המאגר המרוחק.

בדיקת ענף חדש

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

בקטע Branches בחלונית Source control, אתם יכולים לראות את ההסתעפויות המקומיות שהוצאתם. התווית CURRENT מציינת את הענף הפעיל, והתווית DEFAULT מציינת את ענף ברירת המחדל של המאגר.

כדי לעבור לענף חדש, מבצעים את הפעולות הבאות:

  1. נכנסים לדף BigQuery במסוף Google Cloud .

    כניסה ל-BigQuery

  2. בחלונית השמאלית, לוחצים על Source control.

  3. בקטע Branches, לצד Branches, לוחצים על Actions > Check out new branch.

  4. בתפריט Source branch, בוחרים את הענף שעליו רוצים לבסס את הענף החדש, לדוגמה origin/main.

  5. בשדה Branch name, מזינים שם לענף החדש.

  6. לוחצים על Checkout branch. ‫BigQuery Studio בודק קודם את ענף המקור. אם שם הענף שצוין מציין ענף חדש, הוא נוצר על סמך המקור הזה. הענף החדש הופך לענף הפעיל, והתוכן של מאגר Git מתעדכן באופן אוטומטי בהתאם למצב של הענף שהוצאתם.

כדי לעבור לסניף קיים:

  1. בחלונית Source control, מרחיבים את הקטע Branches.
  2. ליד הסניף שאליו רוצים לעבור, לוחצים על פעולות > מעבר אל BRANCH_NAME.

הצגת היסטוריית השמירות

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

כדי לראות את היסטוריית השינויים:

  1. נכנסים לדף BigQuery במסוף Google Cloud .

    כניסה ל-BigQuery

  2. בחלונית השמאלית, לוחצים על Source control.

  3. לצד כפתור הפעולה הראשי של ניהול הגרסאות, לוחצים על החץ הנפתח ואז על View commit history.

    החלונית Branch commit history נפתחת ומוצגת בה היסטוריית הקומיטים של ה-branch הפעיל.

  4. אופציונלי: כדי לאחזר פריטי commit מהמאגר המרוחק, מבצעים אחת מהפעולות הבאות:

    • לצד כפתור הפעולה הראשי של ניהול הגרסאות, לוחצים על החץ למטה ואז על Fetch from remote.
    • בחלונית Branch commit history, לוחצים על Fetch.

    במאגרים של עותקים מקוצרים, בתיבת הדו-שיח Fetch (shallow clone)‎, בשדה Additional commits to fetch, מזינים את מספר הקומיטים הנוספים שרוצים לאחזר מההיסטוריה של המאגר.

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

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

    אפשר לחזור על השליפה לפי הצורך עד שכל השינויים יאוחזרו.

מחיקת מאגר Git

כשמוחקים מאגר Git ב-BigQuery Studio, המאגר וכל התוכן שלו נמחקים מהסביבה של BigQuery Studio.

כדי למחוק מאגר Git:

  1. נכנסים לדף BigQuery במסוף Google Cloud .

    כניסה ל-BigQuery

  2. מוחקים את המאגר באחת מהשיטות הבאות:

    • כדי למחוק את המאגר מדפדפן הקבצים, לוחצים על Files בחלונית שמימין. ליד מאגר Git שרוצים למחוק, לוחצים על View actions > Delete.
    • כדי למחוק את המאגר מלוח הבקרה, בכותרת של החלונית Source control לוחצים על Source control options > Delete REPOSITORY_NAME.

  3. בתיבת הדו-שיח לאישור המחיקה, לוחצים על מחיקה.

גישה לקובצי Notebook בנקודת טעינה של מאגר Git

כשאתם ניגשים ל-notebook מתוך מאגר Git ב-BigQuery Studio, אתם יכולים לטעון את מאגר ה-Git המארח לסביבת זמן הריצה של ה-notebook. הפעולה הזו יוצרת חיבור שגורם למאגר ה-Git המרוחק להופיע כאילו הוא מאגר מקומי בסביבת זמן הריצה של ה-Notebook. כך ה-notebook יכול לגשת ישירות לקבצים אחרים ולסקריפטים של שאילתות באותו מאגר, לקרוא אותם ולכתוב בהם.

טעינת המאגר של Git

כדי לטעון את מאגר Git, מריצים את קוד ה-Python הבא ב-Notebook:

from google_dataform_fuse_widget import FuseWidget
FuseWidget()

כשהתיקייה מקושרת ל-mount, מתרחשים השינויים הבאים:

  • ספריית העבודה הנוכחית של הסשן ב-notebook מתעדכנת בהתאם לנתיב היחסי שלה במאגר Git. כך אפשר לוודא שהגישה לקבצים לפי נתיב פועלת באופן אוטומטי.
  • הנתיב של מאגר Git בסביבת זמן הריצה של ה-notebook מתווסף לנתיב המערכת של Python, וכך אפשר להשתמש בהצהרות ייבוא רגילות של Python כדי לטעון סקריפטים וקבצים של שאילתות ממאגר Git ישירות ל-notebook.

ניהול החיבור וההתקנה

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

  • ‫Mount workspace: הפעלת תהליך הטעינה של מאגר Git. הטעינה היא משאב משותף, כך שאם כמה Notebooks באותו זמן ריצה של Colab משתמשים באותו מאגר Git, הם משתמשים באותה טעינה.
  • ‫Unmount workspace: הפסקת תהליך הטעינה של מאגר Git. ביטול הטעינה של סביבת העבודה גורם לכך שהטעינה לא תהיה זמינה לכל קובצי ה-notebook בסביבת זמן הריצה של Colab שהשתמשו בה.
  • Connect workspace: הפעלת החיבור ל-mount פעיל בסשן הנוכחי של ה-notebook. החיבור מעדכן את ספריית העבודה ואת נתיב המערכת של ה-notebook כך שיכללו את מאגר Git, וכך מאפשר לגשת לקבצים ולייבא אותם.
  • ‫Disconnect workspace: ניתוק החיבור של ה-mount בסשן הנוכחי של ה-notebook ואיפוס שלו למצב ברירת המחדל. הניתוק לא משפיע על סטטוס החיבור של ה-mount בסשנים פעילים אחרים של Notebook. כדי לסיים את החיבור של הסשן, מומלץ להשתמש בכפתור ניתוק סביבת העבודה.
  • ‫Repair: תיקון של נקודת טעינה או חיבור אם הם לא תקינים.

אחרי שמפעילים את נקודת ה-mount, אפשר לבדוק את התקינות בזמן אמת ואת הנתיב הפעיל של נקודת ה-mount בשורת ה-Status. מצבי התקינות האפשריים הם מחובר, נטען, נעצר ולא תקין.

המאמרים הבאים