Fix typos and grammer problems for actions documentation (#26328)
follow #26317 fix typos and adjust grammer problems.
This commit is contained in:
parent
0da8ebc95b
commit
68c652d8f3
@ -245,7 +245,8 @@ You can find more useful images on [act images](https://github.com/nektos/act/bl
|
|||||||
If you want to run jobs in the host directly, you can change it to `ubuntu-22.04:host` or just `ubuntu-22.04`, the `:host` is optional.
|
If you want to run jobs in the host directly, you can change it to `ubuntu-22.04:host` or just `ubuntu-22.04`, the `:host` is optional.
|
||||||
However, we suggest you to use a special name like `linux_amd64:host` or `windows:host` to avoid misusing it.
|
However, we suggest you to use a special name like `linux_amd64:host` or `windows:host` to avoid misusing it.
|
||||||
|
|
||||||
After Gitea 1.21 released, you can change labels by modfiying `container.labels` in configuration file (if you don't have a configuration file, please refer to [configuration tutorials](#configuration)), and runner will declare the new labels which you defined in configuration file after executing `./act_runner daemon --config config.yaml`.
|
Starting with Gitea 1.21, you can change labels by modifying `container.labels` in the runner configuration file (if you don't have a configuration file, please refer to [configuration tutorials](#configuration)).
|
||||||
|
The runner will use these new labels as soon as you restart it, i.e., by calling `./act_runner daemon --config config.yaml`.
|
||||||
|
|
||||||
## Running
|
## Running
|
||||||
|
|
||||||
@ -263,29 +264,31 @@ Since act runner is still in development, it is recommended to check the latest
|
|||||||
|
|
||||||
## Configuration variable
|
## Configuration variable
|
||||||
|
|
||||||
You can create configuration varibales with user, organization, repository level. And the level of the variable depends on which setting panel you created in.
|
You can create configuration variables on the user, organization and repository level.
|
||||||
|
The level of the variable depends on where you created it.
|
||||||
|
|
||||||
### Naming conventions
|
### Naming conventions
|
||||||
|
|
||||||
The following rules apply to variable names:
|
The following rules apply to variable names:
|
||||||
|
|
||||||
- Varibale names can only contain alphanumeric characters (`[a-z]`, `[A-Z]`, `[0-9]`) or underscores (`_`). Spaces are not allowed.
|
- Variable names can only contain alphanumeric characters (`[a-z]`, `[A-Z]`, `[0-9]`) or underscores (`_`). Spaces are not allowed.
|
||||||
|
|
||||||
- Varibale names must not start with the `GITHUB_` and `GITEA_` prefix.
|
- Variable names must not start with the `GITHUB_` and `GITEA_` prefix.
|
||||||
|
|
||||||
- Varibale names must not start with a number.
|
- Variable names must not start with a number.
|
||||||
|
|
||||||
- Varibale names are not case-sensitive.
|
- Variable names are case-insensitive.
|
||||||
|
|
||||||
- Varibale names must be unique at the level they are created at.
|
- Variable names must be unique at the level they are created at.
|
||||||
|
|
||||||
- Varibale names must not be 'CI'.
|
- Variable names must not be `CI`.
|
||||||
|
|
||||||
### Using varibales
|
### Using variable
|
||||||
|
|
||||||
After creating configuration varibales, they will be automatically filled in the `vars` context. They are available to you with expression like `{{ vars.VARIABLE_NAME }}` in workflow.
|
After creating configuration variables, they will be automatically filled in the `vars` context.
|
||||||
|
They can be accessed through expressions like `{{ vars.VARIABLE_NAME }}` in the workflow.
|
||||||
|
|
||||||
### Precedence
|
### Precedence
|
||||||
|
|
||||||
If a variable with the same name exists at multiple levels, the variable at the lowest level takes precedence(the level of organization and user is higher than repository's).
|
If a variable with the same name exists at multiple levels, the variable at the lowest level takes precedence:
|
||||||
For example, if an organization-level variable has the same name as a repository-level variable, then the repository-level variable takes precedence.
|
A repository variable will always be chosen over an organization/user variable.
|
||||||
|
@ -241,7 +241,7 @@ Runner的标签用于确定Runner可以运行哪些Job以及如何运行它们
|
|||||||
如果您想直接在主机上运行Job,您可以将其更改为`ubuntu-22.04:host`或仅`ubuntu-22.04`,`:host`是可选的。
|
如果您想直接在主机上运行Job,您可以将其更改为`ubuntu-22.04:host`或仅`ubuntu-22.04`,`:host`是可选的。
|
||||||
然而,我们建议您使用类似`linux_amd64:host`或`windows:host`的特殊名称,以避免误用。
|
然而,我们建议您使用类似`linux_amd64:host`或`windows:host`的特殊名称,以避免误用。
|
||||||
|
|
||||||
Gitea 1.21 发布后,您可以通过修改配置文件中的 `container.labels` 来更改标签(如果没有配置文件,请参考 [配置教程](#配置)),执行 `./act_runner daemon --config config.yaml` 命令后,它会向 Gitea 声明您在配置文件中定义的新标签。
|
从 Gitea 1.21 开始,您可以通过修改 runner 的配置文件中的 `container.labels` 来更改标签(如果没有配置文件,请参考 [配置教程](#配置)),通过执行 `./act_runner daemon --config config.yaml` 命令重启 runner 之后,这些新定义的标签就会生效。
|
||||||
|
|
||||||
## 运行
|
## 运行
|
||||||
|
|
||||||
@ -259,7 +259,7 @@ Runner将从Gitea实例获取Job并自动运行它们。
|
|||||||
|
|
||||||
## 变量
|
## 变量
|
||||||
|
|
||||||
您可以创建用户、组织和仓库级别的变量。变量的级别是取决于你在哪个设置面板中创建它们的。
|
您可以创建用户、组织和仓库级别的变量。变量的级别取决于创建它的位置。
|
||||||
|
|
||||||
### 命名规则
|
### 命名规则
|
||||||
|
|
||||||
@ -283,5 +283,5 @@ Runner将从Gitea实例获取Job并自动运行它们。
|
|||||||
|
|
||||||
### 优先级
|
### 优先级
|
||||||
|
|
||||||
如果同名变量存在于多个级别,则级别最低的变量优先(组织和用户的级别高于仓库)。
|
如果同名变量存在于多个级别,则级别最低的变量优先。
|
||||||
比如,如果组织级变量与仓库级变量同名,则仓库变量优先。
|
仓库级别的变量总是比组织或者用户级别的变量优先被选中。
|
||||||
|
Loading…
Reference in New Issue
Block a user