pc5kflswa
/
docs
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

fix: api version for role template (#351)

Browse Source 
### What this PR does?
修复权限控制文档中关于 Role 的 apiVersion 错误的问题

```release-note
None
```
wan92hen-patch-1
guqing 6 months ago committed by GitHub
parent b8b5a4e34d
commit 2527d02c6b
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194
4 changed files with 12 additions and 12 deletions
Show Stats Download Patch File Download Diff File

6
versioned_docs/version-2.12/developer-guide/plugin/api-reference/server/role-template.md
Unescape View File

@ -11,7 +11,7 @@ description: 了解如果对插件中的 API 定义角色模板以接入权限
Halo 的权限控制对同一种资源一般只定义两个角色模板的自定义模型对象，一个是只读权限，另一个是管理权限，因此如果没有特殊情况需要更细粒度的控制，我们建议你也保持一致： Halo 的权限控制对同一种资源一般只定义两个角色模板的自定义模型对象，一个是只读权限，另一个是管理权限，因此如果没有特殊情况需要更细粒度的控制，我们建议你也保持一致：
```yaml ```yaml
apiVersion: v1 apiVersion: v1alpha1
kind: Role kind: Role
metadata: metadata:
# 使用 plugin name 作为前缀防止与其他插件冲突，比如这里的 my-plugin # 使用 plugin name 作为前缀防止与其他插件冲突，比如这里的 my-plugin
@ -28,7 +28,7 @@ rules:
resources: ["my-plugin/persons"] resources: ["my-plugin/persons"]
verbs: ["*"] verbs: ["*"]
--- ---
apiVersion: v1 apiVersion: v1alpha1
kind: Role kind: Role
metadata: metadata:
name: my-plugin-role-manage-persons name: my-plugin-role-manage-persons
@ -181,7 +181,7 @@ rules:
如果你想将你写的资源型 APIs 公开给所有用户访问，这时你可以通过聚合角色来将你的资源型 APIs 的角色聚合到 `anonymous` 角色中，这样所有用户都可以访问你的资源型 APIs 了。 如果你想将你写的资源型 APIs 公开给所有用户访问，这时你可以通过聚合角色来将你的资源型 APIs 的角色聚合到 `anonymous` 角色中，这样所有用户都可以访问你的资源型 APIs 了。
```yaml ```yaml
apiVersion: v1 apiVersion: v1alpha1
kind: Role kind: Role
metadata: metadata:
name: my-plugin-role-view-persons name: my-plugin-role-view-persons

6
versioned_docs/version-2.13/developer-guide/plugin/api-reference/server/role-template.md
Unescape View File

@ -11,7 +11,7 @@ description: 了解如果对插件中的 API 定义角色模板以接入权限
Halo 的权限控制对同一种资源一般只定义两个角色模板的自定义模型对象，一个是只读权限，另一个是管理权限，因此如果没有特殊情况需要更细粒度的控制，我们建议你也保持一致： Halo 的权限控制对同一种资源一般只定义两个角色模板的自定义模型对象，一个是只读权限，另一个是管理权限，因此如果没有特殊情况需要更细粒度的控制，我们建议你也保持一致：
```yaml ```yaml
apiVersion: v1 apiVersion: v1alpha1
kind: Role kind: Role
metadata: metadata:
# 使用 plugin name 作为前缀防止与其他插件冲突，比如这里的 my-plugin # 使用 plugin name 作为前缀防止与其他插件冲突，比如这里的 my-plugin
@ -28,7 +28,7 @@ rules:
resources: ["my-plugin/persons"] resources: ["my-plugin/persons"]
verbs: ["*"] verbs: ["*"]
--- ---
apiVersion: v1 apiVersion: v1alpha1
kind: Role kind: Role
metadata: metadata:
name: my-plugin-role-manage-persons name: my-plugin-role-manage-persons
@ -181,7 +181,7 @@ rules:
如果你想将你写的资源型 APIs 公开给所有用户访问，这时你可以通过聚合角色来将你的资源型 APIs 的角色聚合到 `anonymous` 角色中，这样所有用户都可以访问你的资源型 APIs 了。 如果你想将你写的资源型 APIs 公开给所有用户访问，这时你可以通过聚合角色来将你的资源型 APIs 的角色聚合到 `anonymous` 角色中，这样所有用户都可以访问你的资源型 APIs 了。
```yaml ```yaml
apiVersion: v1 apiVersion: v1alpha1
kind: Role kind: Role
metadata: metadata:
name: my-plugin-role-view-persons name: my-plugin-role-view-persons

6
versioned_docs/version-2.14/developer-guide/plugin/api-reference/server/role-template.md
Unescape View File

@ -11,7 +11,7 @@ description: 了解如果对插件中的 API 定义角色模板以接入权限
Halo 的权限控制对同一种资源一般只定义两个角色模板的自定义模型对象，一个是只读权限，另一个是管理权限，因此如果没有特殊情况需要更细粒度的控制，我们建议你也保持一致： Halo 的权限控制对同一种资源一般只定义两个角色模板的自定义模型对象，一个是只读权限，另一个是管理权限，因此如果没有特殊情况需要更细粒度的控制，我们建议你也保持一致：
```yaml ```yaml
apiVersion: v1 apiVersion: v1alpha1
kind: Role kind: Role
metadata: metadata:
# 使用 plugin name 作为前缀防止与其他插件冲突，比如这里的 my-plugin # 使用 plugin name 作为前缀防止与其他插件冲突，比如这里的 my-plugin
@ -28,7 +28,7 @@ rules:
resources: ["my-plugin/persons"] resources: ["my-plugin/persons"]
verbs: ["*"] verbs: ["*"]
--- ---
apiVersion: v1 apiVersion: v1alpha1
kind: Role kind: Role
metadata: metadata:
name: my-plugin-role-manage-persons name: my-plugin-role-manage-persons
@ -181,7 +181,7 @@ rules:
如果你想将你写的资源型 APIs 公开给所有用户访问，这时你可以通过聚合角色来将你的资源型 APIs 的角色聚合到 `anonymous` 角色中，这样所有用户都可以访问你的资源型 APIs 了。 如果你想将你写的资源型 APIs 公开给所有用户访问，这时你可以通过聚合角色来将你的资源型 APIs 的角色聚合到 `anonymous` 角色中，这样所有用户都可以访问你的资源型 APIs 了。
```yaml ```yaml
apiVersion: v1 apiVersion: v1alpha1
kind: Role kind: Role
metadata: metadata:
name: my-plugin-role-view-persons name: my-plugin-role-view-persons

6
versioned_docs/version-2.15/developer-guide/plugin/api-reference/server/role-template.md
Unescape View File

@ -11,7 +11,7 @@ description: 了解如果对插件中的 API 定义角色模板以接入权限
Halo 的权限控制对同一种资源一般只定义两个角色模板的自定义模型对象，一个是只读权限，另一个是管理权限，因此如果没有特殊情况需要更细粒度的控制，我们建议你也保持一致： Halo 的权限控制对同一种资源一般只定义两个角色模板的自定义模型对象，一个是只读权限，另一个是管理权限，因此如果没有特殊情况需要更细粒度的控制，我们建议你也保持一致：
```yaml ```yaml
apiVersion: v1 apiVersion: v1alpha1
kind: Role kind: Role
metadata: metadata:
# 使用 plugin name 作为前缀防止与其他插件冲突，比如这里的 my-plugin # 使用 plugin name 作为前缀防止与其他插件冲突，比如这里的 my-plugin
@ -28,7 +28,7 @@ rules:
resources: ["my-plugin/persons"] resources: ["my-plugin/persons"]
verbs: ["*"] verbs: ["*"]
--- ---
apiVersion: v1 apiVersion: v1alpha1
kind: Role kind: Role
metadata: metadata:
name: my-plugin-role-manage-persons name: my-plugin-role-manage-persons
@ -181,7 +181,7 @@ rules:
如果你想将你写的资源型 APIs 公开给所有用户访问，这时你可以通过聚合角色来将你的资源型 APIs 的角色聚合到 `anonymous` 角色中，这样所有用户都可以访问你的资源型 APIs 了。 如果你想将你写的资源型 APIs 公开给所有用户访问，这时你可以通过聚合角色来将你的资源型 APIs 的角色聚合到 `anonymous` 角色中，这样所有用户都可以访问你的资源型 APIs 了。
```yaml ```yaml
apiVersion: v1 apiVersion: v1alpha1
kind: Role kind: Role
metadata: metadata:
name: my-plugin-role-view-persons name: my-plugin-role-view-persons

Write Preview
Loading…
Cancel
Save