2017-11-27 03:14:32 +05:30
|
|
|
---
|
|
|
|
date: "2017-01-01T16:00:00+02:00"
|
|
|
|
title: "Usage: Command Line"
|
|
|
|
slug: "command-line"
|
|
|
|
weight: 10
|
|
|
|
toc: true
|
|
|
|
draft: false
|
|
|
|
menu:
|
|
|
|
sidebar:
|
|
|
|
parent: "usage"
|
|
|
|
name: "Command Line"
|
|
|
|
weight: 10
|
|
|
|
identifier: "command-line"
|
|
|
|
---
|
|
|
|
|
|
|
|
## Command Line
|
|
|
|
|
|
|
|
### Usage
|
|
|
|
|
2019-04-29 23:38:21 +05:30
|
|
|
`gitea [global options] command [command or global options] [arguments...]`
|
2017-11-27 03:14:32 +05:30
|
|
|
|
|
|
|
### Global options
|
2019-04-29 23:38:21 +05:30
|
|
|
|
|
|
|
All global options can be placed at the command level.
|
|
|
|
|
|
|
|
- `--help`, `-h`: Show help text and exit. Optional.
|
|
|
|
- `--version`, `-v`: Show version and exit. Optional. (example: `Gitea version 1.1.0+218-g7b907ed built with: bindata, sqlite`).
|
2019-05-14 20:50:35 +05:30
|
|
|
- `--custom-path path`, `-C path`: Location of the Gitea custom folder. Optional. (default: `AppWorkPath`/custom or `$GITEA_CUSTOM`).
|
|
|
|
- `--config path`, `-c path`: Gitea configuration file path. Optional. (default: `custom`/conf/app.ini).
|
|
|
|
- `--work-path path`, `-w path`: Gitea `AppWorkPath`. Optional. (default: LOCATION_OF_GITEA_BINARY or `$GITEA_WORK_DIR`)
|
|
|
|
|
|
|
|
NB: The defaults custom-path, config and work-path can also be
|
|
|
|
changed at build time (if preferred).
|
2017-11-27 03:14:32 +05:30
|
|
|
|
|
|
|
### Commands
|
|
|
|
|
|
|
|
#### web
|
2018-01-09 04:18:42 +05:30
|
|
|
|
|
|
|
Starts the server:
|
|
|
|
|
2017-11-27 03:14:32 +05:30
|
|
|
- Options:
|
|
|
|
- `--port number`, `-p number`: Port number. Optional. (default: 3000). Overrides configuration file.
|
|
|
|
- `--pid path`, `-P path`: Pidfile path. Optional.
|
|
|
|
- Examples:
|
|
|
|
- `gitea web`
|
|
|
|
- `gitea web --port 80`
|
|
|
|
- `gitea web --config /etc/gitea.ini --pid /var/run/gitea.pid`
|
|
|
|
- Notes:
|
2018-01-09 04:18:42 +05:30
|
|
|
- Gitea should not be run as root. To bind to a port below 1000, you can use setcap on
|
|
|
|
Linux: `sudo setcap 'cap_net_bind_service=+ep' /path/to/gitea`. This will need to be
|
|
|
|
redone every time you update Gitea.
|
2017-11-27 03:14:32 +05:30
|
|
|
|
|
|
|
#### admin
|
2018-01-09 04:18:42 +05:30
|
|
|
|
|
|
|
Admin operations:
|
|
|
|
|
2017-11-27 03:14:32 +05:30
|
|
|
- Commands:
|
|
|
|
- `create-user`
|
2019-01-09 23:22:10 +05:30
|
|
|
- Options:
|
2019-04-09 20:51:55 +05:30
|
|
|
- `--name value`: Username. Required. As of gitea 1.9.0, use the `--username` flag instead.
|
|
|
|
- `--username value`: Username. Required. New in gitea 1.9.0.
|
2017-11-27 03:14:32 +05:30
|
|
|
- `--password value`: Password. Required.
|
|
|
|
- `--email value`: Email. Required.
|
|
|
|
- `--admin`: If provided, this makes the user an admin. Optional.
|
2019-01-09 23:22:10 +05:30
|
|
|
- `--must-change-password`: If provided, the created user will be required to choose a newer password after
|
2019-02-11 03:40:00 +05:30
|
|
|
the initial login. Optional. (default: true).
|
2019-01-09 23:22:10 +05:30
|
|
|
- ``--random-password``: If provided, a randomly generated password will be used as the password of
|
|
|
|
the created user. The value of `--password` will be discarded. Optional.
|
|
|
|
- `--random-password-length`: If provided, it will be used to configure the length of the randomly
|
|
|
|
generated password. Optional. (default: 12)
|
2017-11-27 03:14:32 +05:30
|
|
|
- Examples:
|
2019-04-09 20:51:55 +05:30
|
|
|
- `gitea admin create-user --username myname --password asecurepassword --email me@example.com`
|
2017-11-27 03:14:32 +05:30
|
|
|
- `change-password`
|
2018-01-09 04:18:42 +05:30
|
|
|
- Options:
|
2017-11-27 03:14:32 +05:30
|
|
|
- `--username value`, `-u value`: Username. Required.
|
|
|
|
- `--password value`, `-p value`: New password. Required.
|
|
|
|
- Examples:
|
|
|
|
- `gitea admin change-password --username myname --password asecurepassword`
|
2018-05-17 07:05:07 +05:30
|
|
|
- `regenerate`
|
|
|
|
- Options:
|
|
|
|
- `hooks`: Regenerate git-hooks for all repositories
|
|
|
|
- `keys`: Regenerate authorized_keys file
|
|
|
|
- Examples:
|
|
|
|
- `gitea admin regenerate hooks`
|
|
|
|
- `gitea admin regenerate keys`
|
2018-09-12 20:16:02 +05:30
|
|
|
- `auth`:
|
|
|
|
- `list`:
|
|
|
|
- Description: lists all external authentication sources that exist
|
|
|
|
- Examples:
|
2019-03-29 17:46:07 +05:30
|
|
|
- `gitea admin auth list`
|
2018-09-12 20:16:02 +05:30
|
|
|
- `delete`:
|
|
|
|
- Options:
|
|
|
|
- `--id`: ID of source to be deleted. Required.
|
|
|
|
- Examples:
|
2019-03-29 17:46:07 +05:30
|
|
|
- `gitea admin auth delete --id 1`
|
2018-09-12 20:16:02 +05:30
|
|
|
- `add-oauth`:
|
|
|
|
- Options:
|
|
|
|
- `--name`: Application Name.
|
|
|
|
- `--provider`: OAuth2 Provider.
|
|
|
|
- `--key`: Client ID (Key).
|
|
|
|
- `--secret`: Client Secret.
|
|
|
|
- `--auto-discover-url`: OpenID Connect Auto Discovery URL (only required when using OpenID Connect as provider).
|
|
|
|
- `--use-custom-urls`: Use custom URLs for GitLab/GitHub OAuth endpoints.
|
|
|
|
- `--custom-auth-url`: Use a custom Authorization URL (option for GitLab/GitHub).
|
|
|
|
- `--custom-token-url`: Use a custom Token URL (option for GitLab/GitHub).
|
|
|
|
- `--custom-profile-url`: Use a custom Profile URL (option for GitLab/GitHub).
|
|
|
|
- `--custom-email-url`: Use a custom Email URL (option for GitHub).
|
|
|
|
- Examples:
|
2019-03-29 17:46:07 +05:30
|
|
|
- `gitea admin auth add-oauth --name external-github --provider github --key OBTAIN_FROM_SOURCE --secret OBTAIN_FROM_SOURCE`
|
2018-09-12 20:16:02 +05:30
|
|
|
- `update-oauth`:
|
|
|
|
- Options:
|
|
|
|
- `--id`: ID of source to be updated. Required.
|
|
|
|
- `--name`: Application Name.
|
|
|
|
- `--provider`: OAuth2 Provider.
|
|
|
|
- `--key`: Client ID (Key).
|
|
|
|
- `--secret`: Client Secret.
|
|
|
|
- `--auto-discover-url`: OpenID Connect Auto Discovery URL (only required when using OpenID Connect as provider).
|
|
|
|
- `--use-custom-urls`: Use custom URLs for GitLab/GitHub OAuth endpoints.
|
|
|
|
- `--custom-auth-url`: Use a custom Authorization URL (option for GitLab/GitHub).
|
|
|
|
- `--custom-token-url`: Use a custom Token URL (option for GitLab/GitHub).
|
|
|
|
- `--custom-profile-url`: Use a custom Profile URL (option for GitLab/GitHub).
|
|
|
|
- `--custom-email-url`: Use a custom Email URL (option for GitHub).
|
|
|
|
- Examples:
|
2019-03-29 17:46:07 +05:30
|
|
|
- `gitea admin auth update-oauth --id 1 --name external-github-updated`
|
2017-11-27 03:14:32 +05:30
|
|
|
|
|
|
|
#### cert
|
2018-01-09 04:18:42 +05:30
|
|
|
|
|
|
|
Generates a self-signed SSL certificate. Outputs to `cert.pem` and `key.pem` in the current
|
|
|
|
directory and will overwrite any existing files.
|
|
|
|
|
2017-11-27 03:14:32 +05:30
|
|
|
- Options:
|
2018-01-09 04:18:42 +05:30
|
|
|
- `--host value`: Comma seperated hostnames and ips which this certificate is valid for.
|
|
|
|
Wildcards are supported. Required.
|
|
|
|
- `--ecdsa-curve value`: ECDSA curve to use to generate a key. Optional. Valid options
|
|
|
|
are P224, P256, P384, P521.
|
|
|
|
- `--rsa-bits value`: Size of RSA key to generate. Optional. Ignored if --ecdsa-curve is
|
|
|
|
set. (default: 2048).
|
2017-11-27 03:14:32 +05:30
|
|
|
- `--start-date value`: Creation date. Optional. (format: `Jan 1 15:04:05 2011`).
|
|
|
|
- `--duration value`: Duration which the certificate is valid for. Optional. (default: 8760h0m0s)
|
|
|
|
- `--ca`: If provided, this cert generates it's own certificate authority. Optional.
|
|
|
|
- Examples:
|
|
|
|
- `gitea cert --host git.example.com,example.com,www.example.com --ca`
|
|
|
|
|
|
|
|
#### dump
|
2018-01-09 04:18:42 +05:30
|
|
|
|
|
|
|
Dumps all files and databases into a zip file. Outputs into a file like `gitea-dump-1482906742.zip`
|
|
|
|
in the current directory.
|
|
|
|
|
2017-11-27 03:14:32 +05:30
|
|
|
- Options:
|
2019-04-01 10:01:37 +05:30
|
|
|
- `--file name`, `-f name`: Name of the dump file with will be created. Optional. (default: gitea-dump-[timestamp].zip).
|
2017-11-27 03:14:32 +05:30
|
|
|
- `--tempdir path`, `-t path`: Path to the temporary directory used. Optional. (default: /tmp).
|
2019-01-14 03:22:26 +05:30
|
|
|
- `--skip-repository`, `-R`: Skip the repository dumping. Optional.
|
|
|
|
- `--database`, `-d`: Specify the database SQL syntax. Optional.
|
2019-05-02 02:06:09 +05:30
|
|
|
- `--verbose`, `-V`: If provided, shows additional details. Optional.
|
2017-11-27 03:14:32 +05:30
|
|
|
- Examples:
|
|
|
|
- `gitea dump`
|
|
|
|
- `gitea dump --verbose`
|
2018-02-19 08:53:41 +05:30
|
|
|
|
|
|
|
#### generate
|
|
|
|
|
|
|
|
Generates random values and tokens for usage in configuration file. Useful for generating values
|
|
|
|
for automatic deployments.
|
|
|
|
|
|
|
|
- Commands:
|
|
|
|
- `secret`:
|
|
|
|
- Options:
|
|
|
|
- `INTERNAL_TOKEN`: Token used for an internal API call authentication.
|
2019-05-02 08:02:06 +05:30
|
|
|
- `JWT_SECRET`: LFS & OAUTH2 JWT authentication secret (LFS_JWT_SECRET is aliased to this option for backwards compatibility).
|
2018-02-19 08:53:41 +05:30
|
|
|
- `SECRET_KEY`: Global secret key.
|
|
|
|
- Examples:
|
|
|
|
- `gitea generate secret INTERNAL_TOKEN`
|
2019-05-02 08:02:06 +05:30
|
|
|
- `gitea generate secret JWT_SECRET`
|
2018-02-19 08:53:41 +05:30
|
|
|
- `gitea generate secret SECRET_KEY`
|
2018-11-01 19:11:07 +05:30
|
|
|
|
|
|
|
#### keys
|
|
|
|
|
|
|
|
Provides an SSHD AuthorizedKeysCommand. Needs to be configured in the sshd config file:
|
|
|
|
|
|
|
|
```ini
|
|
|
|
...
|
|
|
|
# The value of -e and the AuthorizedKeysCommandUser should match the
|
|
|
|
# username running gitea
|
|
|
|
AuthorizedKeysCommandUser git
|
|
|
|
AuthorizedKeysCommand /path/to/gitea keys -e git -u %u -t %t -k %k
|
|
|
|
```
|
|
|
|
|
|
|
|
The command will return the appropriate authorized_keys line for the
|
|
|
|
provided key. You should also set the value
|
|
|
|
`SSH_CREATE_AUTHORIZED_KEYS_FILE=false` in the `[server]` section of
|
|
|
|
`app.ini`.
|
|
|
|
|
|
|
|
NB: opensshd requires the gitea program to be owned by root and not
|
|
|
|
writable by group or others. The program must be specified by an absolute
|
|
|
|
path.
|