mirror of https://github.com/go-gitea/gitea
Git with a cup of tea, painless self-hosted git service
Mirror for internal git.with.parts use
https://git.with.parts
You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
1.4 KiB
1.4 KiB
date | title | slug | sidebar_position | draft | toc | menu |
---|---|---|---|---|---|---|
2024-04-10T22:21:00+08:00 | Variables | actions-variables | 25 | false | false | [{sidebar [{parent actions} {name Variables} {sidebar_position 25} {identifier actions-variables}]}] |
Variables
You can create configuration variables on the user, organization and repository level. The level of the variable depends on where you created it. When creating a variable, the key will be converted to uppercase. You need use uppercase on the yaml file.
Naming conventions
The following rules apply to variable names:
- Variable names can only contain alphanumeric characters (
[a-z]
,[A-Z]
,[0-9]
) or underscores (_
). Spaces are not allowed. - Variable names must not start with the
GITHUB_
andGITEA_
prefix. - Variable names must not start with a number.
- Variable names are case-insensitive.
- Variable names must be unique at the level they are created at.
- Variable names must not be
CI
.
Using variable
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
If a variable with the same name exists at multiple levels, the variable at the lowest level takes precedence: A repository variable will always be chosen over an organization/user variable.