با مجموعهها، منظم بمانید
ذخیره و طبقهبندی محتوا براساس اولویتهای شما.
درایو مشترک یک ساختار سازمانی در Google Drive است که به موازات My Drive زندگی میکند. درایوهای مشترک از فایلهای متعلق به یک سازمان و نه یک کاربر فردی پشتیبانی میکنند. یک فایل جداگانه را می توان در یک درایو مشترک یا My Drive سازماندهی کرد، اما نه هر دو. با این حال، از میانبرهای Drive میتوان برای اشاره به فایلها یا پوشهها از درایوهای مشترک به My Drive یا برعکس استفاده کرد.
کنترل دسترسی
درایوهای مشترک از یک مدل مجوز مشابه با محتوای دیگر در Drive استفاده میکنند. برخلاف فایلهای موجود در My Drive، گروهی از کاربران دارای محتوای یک درایو مشترک هستند. برای اطلاعات بیشتر درباره مجوزها، به اشتراک گذاری فایل ها، پوشه ها و درایوها مراجعه کنید.
انتشار مجوز
مانند موارد موجود در My Drive، مجوزهای موارد والدین به فرزندانشان به سمت پایین منتشر می شود. با این حال، در یک درایو مشترک، مجوزها به شدت گسترده هستند. برای مثال، کاربری که دارای role=commenter برای یک درایو مشترک است، نمیتواند سطح دسترسی خود را در نقطه دیگری از سلسله مراتب پوشه کاهش دهد. با این حال، دسترسی آنها را می توان برای مجموعه خاصی از فایل ها افزایش داد.
فایلهای درایو مشترک باید دقیقاً یک والدین داشته باشند. این بدان معناست که فایلهای درایو مشترک متعلق به یک درایو مشترک هستند و در یک مکان واحد در آن درایو مشترک قرار دارند. داشتن یک مکان واحد، قوانین مجوز برای فایلهای درایو مشترک را ساده میکند.
دسترسی اعضا و فایل را مقایسه کنید
دو دسته از permissions در درایوهای مشترک وجود دارد:
مجوزهای عضو برای کاربرانی است که مستقیماً یا از طریق یک گروه به درایو مشترک دسترسی دارند. اعضا می توانند ابرداده درایو مشترک، مانند نام درایو مشترک را مشاهده کنند. اعضا به همه فایلهای موجود در درایو مشترک دسترسی دارند، با سطح دسترسی بسته به role که به عضو داده میشود، مانند commenter یا reader .
مجوزهای دسترسی به فایل برای کاربرانی است که به زیرمجموعه ای از فایل ها در درایو مشترک دسترسی پیدا کرده اند. به عنوان مثال، اشتراک گذاری یک فایل با یک کاربر، مجوز دسترسی به فایل را ایجاد می کند.
یک کاربر فردی می تواند عضو یک درایو مشترک باشد و مجوز دسترسی به فایل برای فایل های موجود در درایو مشترک داشته باشد. اگر عضویت کاربر در درایو مشترک سطح دسترسی بیشتری را به آنها بدهد، ممکن است مجوز دسترسی به فایل لغو شود.
زمانی که کاربر دیگر عضو درایو مشترک نباشد، یا سطح دسترسی اعضای وی کاهش یابد، مجوزهای فایل لغو می شود. کاربران همچنین دسترسی به فایل ها و پوشه های موجود در درایو مشترک را که مستقیماً با آنها به اشتراک گذاشته شده است، از دست می دهند.
نقشها برای درایوهای مشترک
همانند موارد موجود در My Drive، به هر کاربر در درایو مشترک اجازه دسترسی با نقش خاصی داده می شود. این نقش ها برای درایوهای مشترک استفاده می شود:
نقش fileOrganizer به کاربران اجازه می دهد تا فایل ها را در یک درایو مشترک سازماندهی کنند و محتوا را به سطل زباله منتقل کنند.
نقش organizer همان امتیازات را به fileOrganizer می دهد. همچنین به کاربران این امکان را می دهد که به طور دائم محتوا را حذف کنند و نام و عضویت درایو مشترک را تغییر دهند.
نقش writer به کاربران امکان می دهد فایل ها را به درایوهای مشترک اضافه کنند و یک مورد درایو مشترک را به اشتراک بگذارند.
نقش owner در درایوهای مشترک مجاز نیست.
برای اطلاعات بیشتر درباره نقشها و عملیات مجاز در درایو مشترک، به نقشها و مجوزها مراجعه کنید.
قوانین اعضا و برگزارکننده
درایوهای مشترک دارای هر دو قسمت organizerCount و memberCount هستند. مقادیر این فیلدها می تواند تعیین کند که چه کسی می تواند به درایو مشترک دسترسی داشته باشد. قوانین زیر برای فیلدهای organizerCount و memberCount آمده است:
فقط سرپرستها میتوانند یک درایو مشترک را با تعداد organizerCount صفر مدیریت کنند.
فقط مدیران می توانند به درایو مشترک با memberCount صفر دسترسی داشته باشند.
فقط مدیران میتوانند به یک درایو مشترک با organizerCount یا memberCount بیشتر از صفر دسترسی داشته باشند. این فقط در صورتی اعمال میشود که مجوزهای باقیمانده برای گروههای خالی یا کاربران خارجی باشد که قبل از خاموش کردن اشتراکگذاری در خارج از دامنه اضافه شدهاند.
فیلدهای organizerCount و memberCount بین اعضای سازمان و اعضای خارجی تمایز قائل نمی شوند.
موجودیت های نوشته شده در مجوز فایل می توانند به فایل های داخل درایو مشترک با memberCount صفر دسترسی داشته باشند.
تاریخ آخرین بهروزرسانی 2025-08-04 بهوقت ساعت هماهنگ جهانی.
[[["درک آسان","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 بهوقت ساعت هماهنگ جهانی."],[],[],null,["# Shared drives overview\n\nA shared drive is an organizational structure within Google Drive that lives\nparallel to [My Drive](/workspace/drive/api/guides/about-files#my-drive).\nShared drives support files owned by an organization rather than an individual\nuser. An individual file can be organized within a shared drive or My\nDrive, but not both. However, [Drive\nshortcuts](/workspace/drive/api/guides/shortcuts) can be used to point to files or folders\nfrom shared drives to My Drive, or the other way around.\n\nAccess control\n--------------\n\nShared drives use a permission model similar to other content in\nDrive. Unlike files in My Drive, a group of users\nowns content within a shared drive. For more information about permissions, see\n[Share files, folders, and drives](/workspace/drive/api/guides/manage-sharing).\n\n### Permission propagation\n\nLike items in My Drive, permissions on parent items propagate\ndownward to their children. However, within a shared drive, permissions are\nstrictly expansive. For example, a user that has `role=commenter` for a shared\ndrive cannot have their access level reduced at another point within the folder\nhierarchy. However, their access can be increased for a certain set of files.\n\nShared drive files must have exactly one parent. This means that shared drive\nfiles belong to a single shared drive and are located in a single location\nwithin that shared drive. Having a single location simplifies permission rules\nfor shared drive files.\n\n### Compare member and file access\n\nThere are two classes of [`permissions`](/workspace/drive/api/reference/rest/v3/permissions) in\nshared drives:\n\n- *Member permissions* are for users who have been granted access to the\n shared drive, either directly or through a group. Members can view the\n shared drive metadata, such as the shared drive's name. Members have access\n to all files within the shared drive, with the access level depending on the\n `role` given to the member, such as `commenter` or `reader`.\n\n- *File access permissions* are for users who have been granted access to a\n subset of files within the shared drive. For example, sharing a single file\n to a user creates a file access permission.\n\nAn individual user can be a member of a shared drive *and* have file access\npermissions for files contained within the shared drive. A file access\npermission might be superseded if the user's membership in the shared drive\ngrants them a greater level of access.\n\nFile permissions are revoked when the user is no longer a member of the shared\ndrive, or if their member access level is reduced. Users also lose access to any\nfiles and folders in the shared drive that were directly shared with them.\n\n### Roles for shared drives\n\nAs with items in My Drive, each user in a shared drive is granted\naccess with a specific role. These roles are used for shared drives:\n\n- The `fileOrganizer` role allows users to organize files within a shared\n drive and to move content into the trash.\n\n- The `organizer` role grants the same privileges as the `fileOrganizer`. It\n also allows users to permanently remove content and modify shared drive name\n and membership.\n\n- The `writer` role allows users to add files to shared drives and to share a\n shared drive item.\n\nThe `owner` role isn't allowed in shared drives.\n\nFor more information about roles and operations allowed in a shared drive, see\n[Roles and permissions](/workspace/drive/api/guides/ref-roles).\n\n### Members and organizer rules\n\nShared drives have both the `organizerCount` and `memberCount` fields. The\nvalues for these fields can decide who can access the shared drive. The\nfollowing are the rules for `organizerCount` and `memberCount` fields:\n\n- Only administrators can manage a shared drive with an `organizerCount` of\n zero.\n\n- Only administrators can access a shared drive with a `memberCount` of zero.\n\n- Only administrators can access a shared drive with an `organizerCount` or\n `memberCount` greater than zero. This applies only if the remaining\n permissions are for empty groups or external users that were added before\n turning off sharing outside the domain.\n\n- The `organizerCount` and `memberCount` fields don't distinguish between\n members of the organization and external members.\n\n- Entities written on the file permission can access files inside a shared\n drive with a `memberCount` of zero.\n\n| **Note:** Service accounts don't have storage quota and can't own any files. Instead, they must upload files and folders into shared drives, or use OAuth 2.0 to upload items on behalf of a human user.\n\nFor more information, see [Search for shared\ndrives](/workspace/drive/api/guides/search-shareddrives).\n\nRelated topics\n--------------\n\n- [Manage folders with limited and expansive access](/workspace/drive/api/guides/limited-expansive-access)\n- [Create a shortcut to a Drive file](/workspace/drive/api/guides/shortcuts)\n- [How file access works in shared drives](https://support.google.com/a/users/answer/12380484)"]]