קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
יומני השינויים של המשתמשים והאחסון השיתופי מוגדרים בסקירה כללית של שינויים וגרסאות. במדריך הזה מוסבר על רשומות ספציפיות ביומן השינויים, ומופיעים בו טיפים לגבי המקרים שבהם כדאי לעקוב אחרי שינויים ביומן השינויים של המשתמש או ביומן השינויים של הכונן השיתופי.
שינוי הרשומה אחרי העברת קובץ לתיקייה באחסון השיתופי
אחרי שמעבירים קובץ לאחסון שיתופי, יומן השינויים של האחסון השיתופי ממשיך לתעד את השינויים בקובץ, ולא יומן השינויים של המשתמש. לאחר מכן, צריך להריץ שאילתה ביומן השינויים של האחסון השיתופי כדי לזהות שינויים חדשים בפריט הזה.
שינוי הרשומות של פריטים ספציפיים באחסון שיתופי
אם למשתמש שאינו חבר באחסון השיתופי ניתנת גישה לפריטים ספציפיים באחסון השיתופי,
השינויים שנעשים בפריטים האלה מתועדים ביומן השינויים של המשתמש ולא ביומן השינויים של האחסון השיתופי. ההתנהגות הזו זהה להתנהגות של פריטים שאינם באחסון שיתופי שמשותפים ישירות עם משתמשים.
שינוי הרשומה של הרשאת גישה שאבדה
אם משתמש מאבד את הרשאת הגישה לקובץ, ביומן השינויים יופיע deleted.
עם זאת, הקובץ עדיין זמין למשתמשים אחרים שיש להם הרשאת גישה לקובץ. אם הפריט נמחק אצל כל המשתמשים, הוא יסומן בערך deleted בכל יומני השינויים של המשתמשים.
כשמעבירים קובץ בין מאגרי מידע של משתמשים, יכול להיות שהוא יופיע גם deleted, למרות שהמשתמש עדיין יכול לגשת לקובץ. אם שולחים שאילתות ליומני שינויים של כמה מאגרי מידע, צריך להשתמש בפרמטר includeCorpusRemovals ב-Changes.list כדי להבחין בין העברות של מאגרי מידע לבין אובדן גישה.
הגדרות של מאגרי מידע שונים זמינות במאמר סקירה כללית של קבצים ותיקיות.
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2025-08-04 (שעון UTC)."],[],[],null,["# Identify which change log to track\n\nThe user and shared drive change logs are defined in the [Changes and revisions overview](/workspace/drive/api/guides/change-overview). This guide provides more information about individual change log entries and tips for when to track changes in either the user change log or the shared drive change log.\n\nChange entry after file moves to a shared drive\n-----------------------------------------------\n\nAfter a file is moved to a shared drive, that shared drive change log continues logging changes for that file, not the user change log. You should then query the shared drive change log to detect new changes to that item.\n\nChange entry for individual items in a shared drive\n---------------------------------------------------\n\nIf a non-member is granted file access to individual items in a shared drive,\nchanges to those items are tracked in the user change log, not the shared drive change log. This behavior is the same as non-shared drive items that are shared directly with users.\n\nChange entry for lost access permission\n---------------------------------------\n\nIf a user loses access permission to a file, the change log entry will say `deleted`.\nHowever, the file is still available to other users who still have permission to access the file. If the item is deleted for all users, it will get marked `deleted` in all user change logs.\n\nWhen a file moves between user corpora it may also appear `deleted` even though the user still retains access to the file. If you query change logs for multiple corpora, use the `includeCorpusRemovals` parameter in [Changes.list](/workspace/drive/api/reference/rest/v3/changes/list) to disambiguate corpus moves from loss of access.\nFor definitions of different corpora, see [Files and folders overview](/workspace/drive/api/guides/about-files)."]]
