שיתוף פעולה עם מפתחים אחרים

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

העקרונות הבסיסיים של שיתוף הפעולה

כדי לשתף פעולה בפרויקט, אתם ושותפי העריכה שלכם צריכים גישת עריכה לקובץ הפרויקט ב-Apps Script (ולמאגר התגים שלו, אם מדובר סקריפט מקושר). הפעולה הזו תאפשר לכל חברי הצוות להציג את הקוד של Apps Script ולבצע בו שינויים. בעלי הרשאת עריכה יכולים גם ליצור קוד חדש לפרסם תוספים, לפרסם תוספים ולפרוס סקריפטים כאפליקציות אינטרנט או כקובצי הפעלה ב-Apps Script API.

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

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

שימוש בכלי שורת הפקודה clasp

באמצעות clasp אפשר לסנכרן פרויקטים בין script.google.com לבין הקובץ המקומי המערכת. כך תוכלו לייעל את פיתוח הקוד ולהפוך אותו לאוטומטי ושותפי העריכה שלכם משתמשים בתוכנות לניהול בקרת מקורות כמו git

לפרטים נוספים, אפשר לעיין במאמר ממשק שורת הפקודה (CLI) באמצעות המדריך clasp.

עבודה משותפת עם תיקיות אחסון שיתופי

תיקיות אחסון שיתופי (לשעבר, 'תיקיות אחסון שיתופי') מספקות נפח אחסון משותף ב-Google Drive שבו קבוצות של Drive שמשתמשים יוכלו לשתף פעולה בצורה יעילה יותר. קבצים ששמורים באחסון שיתופי הם בבעלות כל הקבוצה, ולא על ידי אנשים בודדים. המשמעות היא שכאשר שותף עריכה עוזב את הקבוצה והוא לא יכול לקבל בעלות על הקובץ ולשלוט איתה אותם.

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

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

  1. שותפי עריכה עם גישת עריכה באחסון שיתופי יכולים ליצור ולהעביר פריטים קבצים חדשים לתוך האחסון השיתופי. כעורכי סקריפטים, הם יכולים להציג ולערוך פרויקטים של סקריפטים, הרצת קוד סקריפט, יצירת גרסאות חדשות של סקריפטים, לפרסם תוספים.
  2. כדי לפרוס סקריפטים כאפליקציות אינטרנט או כקובצי הפעלה ב-Apps Script API, החשבון שיוצר את הפריסה חייב להשתייך לאותו דומיין כמו האחסון השיתופי שבו נמצא הסקריפט.
  3. תיקיות האחסון השיתופי מאפשרות לשתף קבצים ספציפיים מתוך האחסון השיתופי עם משתמשים אחרים מחוץ לקבוצה, ולעדכן את הרשאות העריכה והצפייה שלהם ב- את הקבצים האלה כמו כל קובץ אחר ב-Drive. אבל אם משתמש חלק מ האחסון השיתופי שאליו שייך האחסון השיתופי, אי אפשר לצמצם את הגישה של המשתמשים באחסון השיתופי . לדוגמה, אם למשתמש יש גישת עריכה באחסון שיתופי, לא תהיה לך אפשרות לשנות את ההגדרה הזו להרשאת תצוגה בלבד בקובץ ספציפי שנמצא באחסון השיתופי.
  4. שותפי עריכה שיש להם גישה מלאה לאחסון שיתופי יכולים גם למחוק קבצים ופרויקטים של Apps Script, ולהעביר קבצים החוצה של האחסון השיתופי.
  5. כל הסקריפטים שקשורים לקונטיינר להשתמש באותן רשימות של גישת צפייה ועריכה שהוגדרו לקובץ המאגר. לדוגמה, אם יש לכם גישת עריכה לגיליון אלקטרוני ב-Google Sheets, יש לכם גם גישת עריכה לכל קוד פרויקט של Apps Script שמחובר אליו. מיקום קובץ מאגר באחסון שיתופי מעניק הרשאה לשותפי העריכה של האחסון השיתופי את אותן הרשאות גישה לקוד הסקריפט כמו לקונטיינר עצמו.
  6. כשפרויקט סקריפט נמצא באחסון שיתופי, צריך לגשת אל פרויקט Cloud Platform (GCP) עשויה להיות מוגבלת. לצפייה פרויקטים ותיקיות אחסון שיתופי ב-GCP לקבלת פרטים נוספים.
  7. אפליקציות אינטרנט שנפרסו בדומיין אחד יפסיקו לפעול אם הבעלות שלהם משתנה אחסון שיתופי או חשבון בדומיין אחר. אפשר לתקן את הבעיה הזו על ידי: העברת הסקריפט חזרה לדומיין המקורי שלו.
  8. באופן דומה, פרויקטים של סקריפטים פרוס כקובץ הפעלה של Apps Script API יפסיקו לפעול כאשר ה-API שולח קריאה לפעולה אם הן מועברות דרך אחסון שיתופי מ: מדומיין אחד לאחר. אפשר לתקן את הבעיה על ידי החזרת הסקריפט הדומיין המקורי.

עריכה משותפת באמצעות תיקייה משותפת

אם אתם לא יכולים לעבוד יחד עם אחסון שיתופי, תוכלו להשתמש בתיקייה משותפת, במקום זאת. כשיוצרים פרויקט Apps Script או מעבירים אותו אל תיקיית Google Drive שאליה אנשים אחרים יכולים לגשת, הם יורשים את אותה רמת גישה לפרויקט Apps Script שיש לו לתיקייה. לדוגמה:

  • אם למישהו יש גישת עריכה בתיקייה, הוא יכול לערוך או למחוק את פרויקט Apps Script ומריצים את הסקריפט.
  • אם למישהו יש גישת צפייה בתיקייה, הוא יכול לצפות פרויקט Apps Script ומריצים את הסקריפט.

שיתוף פעולה עם שיתוף פרויקטים

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

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

לא תוכלו לראות פרויקטים שתחומים בקונטיינרים. Google Drive. כדי לשתף פרויקט שקשור לקונטיינר, צריך לשתף את ההורה קובץ מאגר תגים. לדוגמה, אם יש לכם סקריפט שמקושר לגיליון אלקטרוני של Google Sheets, גיליון אלקטרוני, יכול להפוך מישהו לעורך של הסקריפט גיליון אלקטרוני. פרויקטים שקשורים לקונטיינרים יורשים את גישת הצופה והעורך בהגדרות של קובץ ה-container.

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

משאבים לשיתוף פעולה ולפרויקטים

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

שיתופי פעולה ופרויקטים ב-Google Cloud

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

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

שיתוף פעולה וטריגרים

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

שיתוף פעולה וספריות

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

מאפייני משתמש ושיתוף פעולה

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