You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/hub/enterprise-hub-gating-group-collections.md
+11-11Lines changed: 11 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -8,10 +8,10 @@ Gating Group Collections allow organizations to grant (or reject) access to all
8
8
9
9
To enable gating group in a collection:
10
10
11
-
- collection owner must be an organization
12
-
- organization must be subscribed to Enterprise Hub
11
+
-the collection owner must be an organization
12
+
-the organization must be subscribed to the Enterprise Hub
13
13
- all models and datasets in the collection must be owned by the same organization as the collection
14
-
-all models and datasets in the collection can only be in one Gating Group Collection at once
14
+
-each model or dataset in the collection may only belong to one Gating Group Collection, but they may be present on non-gating collections.
15
15
16
16
<Tip>
17
17
Gating only applies to models and datasets; any other resource part of the collection (such as a Space or a Paper) won't be affected.
@@ -49,7 +49,7 @@ By default, gating group is disabled: click on **Configure Access Requests** to
49
49
/>
50
50
</div>
51
51
52
-
By default, access to the repos in the collection is automatically granted to the user when requesting it. This is referred to as **automatic approval**. In this mode, any user can access your repos once they’ve shared their contact information with you.
52
+
By default, access to the repos in the collection is automatically granted to users when they request it. This is referred to as **automatic approval**. In this mode, any user can access your repos once they’ve agreed to share their contact information with you.
@@ -66,7 +66,7 @@ By default, access to the repos in the collection is automatically granted to th
66
66
67
67
If you want to manually approve which users can access repos in your collection, you must set it to **Manual Review**. When this is the case, you will notice a new option:
68
68
69
-
**Notification frequency** lets you configure when to get notified about new users requesting access. It can be set to once a day or real-time. By default, emails are sent to the first 5 admins of the organization. You can also set a different email address in the **Notifications email** field.
69
+
**Notifications frequency**, which lets you configure when to get notified about new users requesting access. It can be set to once a day or real-time. By default, emails are sent to the first 5 admins of the organization. You can also set a different email address in the **Notifications email** field.
@@ -85,11 +85,11 @@ If you want to manually approve which users can access repos in your collection,
85
85
86
86
Once access requests are enabled, you have full control of who can access repos in your gating group collection, whether the approval mode is manual or automatic. You can review and manage requests either from the UI or via the API.
87
87
88
-
**Approving a request for a repo in a gating group collection will automatically approve access to all repos in that collection.**
88
+
**Approving a request for a repo in a gating group collection will automatically approve access to all repos (models and datasets) in that collection.**
89
89
90
90
#### From the UI
91
91
92
-
You can review who has access to the repos in your Gating Group Collection from the settings page of any of the repos of the collection by clicking on the **Review access requests** button:
92
+
You can review who has access to all the repos in your Gating Group Collection from the settings page of any of the repos in the collection, by clicking on the **Review access requests** button:
@@ -106,7 +106,7 @@ You can review who has access to the repos in your Gating Group Collection from
106
106
107
107
This will open a modal with 3 lists of users:
108
108
109
-
-**pending**: the list of users waiting for approval to access your repository. This list is empty unless you’ve selected **Manual Review**. You can either **Accept** or **Reject**the demand. If the demand is rejected, the user cannot access your repository and cannot request access again.
109
+
-**pending**: the list of users waiting for approval to access your repository. This list is empty unless you’ve selected **Manual Review**. You can either **Accept** or **Reject**each request. If the request is rejected, the user cannot access your repository and cannot request access again.
110
110
-**accepted**: the complete list of users with access to your repository. You can choose to **Reject** access at any time for any user, whether the approval mode is manual or automatic. You can also **Cancel** the approval, which will move the user to the **pending** list.
111
111
-**rejected**: the list of users you’ve manually rejected. Those users cannot access your repositories. If they go to your repository, they will see a message _Your request to access this repo has been rejected by the repo’s authors_.
Organizations can customize the gating parameters as well as the user information that is collected per gated repo. Please, visit our [gated models](https://huggingface.co/docs/hub/models-gated#customize-requested-information) or [gated datasets](https://huggingface.co/docs/hub/datasets-gated#customize-requested-information) documentation for more details.
142
+
141
143
<Tipwarning={true}>
142
144
There is currently no way to customize the gate parameters and requested information in a centralized way. If you want to collect the same data no matter which collection's repository a user requests access throughout, you need to add the same gate parameters in the metadata of all the models and datasets of the collection, and keep it synced.
143
145
</Tip>
144
146
145
-
Visit our [gated models](https://huggingface.co/docs/hub/models-gated#customize-requested-information) or [gated datasets](https://huggingface.co/docs/hub/datasets-gated#customize-requested-information) documentation to know more about customizing the requested information for a given repository.
146
-
147
147
## Access gated repos in a Gating Group Collection as a user
148
148
149
149
A Gated Group Collection shows a specific icon before its name:
@@ -163,4 +163,4 @@ A Gated Group Collection shows a specific icon before its name:
163
163
164
164
To get access to the models and datasets in a Gated Group Collection, a single access request on the page of any of those repositories is needed. Once your request is approved, you will be able to access all the other repositories in the collection, including future ones.
165
165
166
-
Visit our [gated models](https://huggingface.co/docs/hub/models-gated#access-gated-models-as-a-user) or [gated datasets](https://huggingface.co/docs/hub/datasets-gated#access-gated-datasets-as-a-user) documentation to know more requesting access to a repository.
166
+
Visit our [gated models](https://huggingface.co/docs/hub/models-gated#access-gated-models-as-a-user) or [gated datasets](https://huggingface.co/docs/hub/datasets-gated#access-gated-datasets-as-a-user) documentation to learn more about requesting access to a repository.
0 commit comments