شناسایی کنید که کدام گزارش تغییرات را ردیابی کنید
با مجموعه‌ها، منظم بمانید
ذخیره و طبقه‌بندی محتوا براساس اولویت‌های شما.
گزارش‌های تغییر کاربر و درایو مشترک در نمای کلی تغییرات و تجدیدنظرها تعریف شده‌اند. این راهنما اطلاعات بیشتری درباره ورودی‌های گزارش تغییرات فردی و نکاتی درباره زمان ردیابی تغییرات در گزارش تغییرات کاربر یا گزارش تغییر درایو مشترک ارائه می‌دهد.
پس از انتقال فایل به درایو مشترک، ورودی را تغییر دهید
پس از انتقال یک فایل به درایو مشترک، آن گزارش تغییر درایو مشترک به ثبت تغییرات برای آن فایل ادامه می‌دهد، نه گزارش تغییرات کاربر. سپس باید گزارش تغییرات درایو مشترک را جستجو کنید تا تغییرات جدید در آن مورد را شناسایی کنید.
تغییر ورودی برای موارد جداگانه در یک درایو مشترک
اگر به یک غیرعضو اجازه دسترسی به فایل به موارد جداگانه در درایو مشترک داده شود، تغییرات در آن موارد در گزارش تغییرات کاربر ردیابی می‌شود، نه در گزارش تغییر درایو مشترک. این رفتار مانند موارد درایو غیر اشتراکی است که مستقیماً با کاربران به اشتراک گذاشته می شود.
تغییر ورودی برای مجوز دسترسی از دست رفته
اگر کاربر مجوز دسترسی به فایلی را از دست بدهد، ورودی گزارش تغییرات deleted . با این حال، این فایل همچنان در دسترس سایر کاربرانی است که هنوز مجوز دسترسی به فایل را دارند. اگر مورد برای همه کاربران حذف شود، در همه گزارش‌های تغییرات کاربر به deleted علامت‌گذاری می‌شود.
هنگامی که یک فایل بین مجموعه های کاربر جابجا می شود، ممکن است deleted نیز ظاهر شود، حتی اگر کاربر همچنان به فایل دسترسی داشته باشد. اگر گزارش‌های تغییرات را برای چندین مجموعه جستجو می‌کنید، از پارامتر includeCorpusRemovals در Changes.list برای رفع ابهام حرکت‌های پیکره از دست دادن دسترسی استفاده کنید. برای تعاریف پیکره‌های مختلف، به نمای کلی فایل‌ها و پوشه‌ها مراجعه کنید.
جز در مواردی که غیر از این ذکر شده باشد،محتوای این صفحه تحت مجوز Creative Commons Attribution 4.0 License است. نمونه کدها نیز دارای مجوز Apache 2.0 License است. برای اطلاع از جزئیات، به خطمشیهای سایت Google Developers مراجعه کنید. جاوا علامت تجاری ثبتشده Oracle و/یا شرکتهای وابسته به آن است.
تاریخ آخرین بهروزرسانی 2025-08-04 بهوقت ساعت هماهنگ جهانی.
[null,null,["تاریخ آخرین بهروزرسانی 2025-08-04 بهوقت ساعت هماهنگ جهانی."],[],[],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)."]]
