mirror of
https://codeberg.org/forgejo/forgejo.git
synced 2024-11-28 21:43:13 +01:00
Re-order GPG signing docs and fix code blocks (#10349)
* Move chunk and format Signed-off-by: jolheiser <john.olheiser@gmail.com> * word Signed-off-by: jolheiser <john.olheiser@gmail.com>
This commit is contained in:
parent
41294b53b3
commit
dc822d5291
1 changed files with 17 additions and 13 deletions
|
@ -44,6 +44,16 @@ There are a number of places where Gitea will generate commits itself:
|
||||||
Depending on configuration and server trust you may want Gitea to
|
Depending on configuration and server trust you may want Gitea to
|
||||||
sign these commits.
|
sign these commits.
|
||||||
|
|
||||||
|
## Installing and generating a GPG key for Gitea
|
||||||
|
|
||||||
|
It is up to a server administrator to determine how best to install
|
||||||
|
a signing key. Gitea generates all its commits using the server `git`
|
||||||
|
command at present - and therefore the server `gpg` will be used for
|
||||||
|
signing (if configured.) Administrators should review best-practices
|
||||||
|
for gpg - in particular it is probably advisable to only install a
|
||||||
|
signing secret subkey without the master signing and certifying secret
|
||||||
|
key.
|
||||||
|
|
||||||
## General Configuration
|
## General Configuration
|
||||||
|
|
||||||
Gitea's configuration for signing can be found with the
|
Gitea's configuration for signing can be found with the
|
||||||
|
@ -81,7 +91,7 @@ of the `user.signingkey`, `user.name` and `user.email` as appropriate.
|
||||||
|
|
||||||
Please note: by adjusting git's `config` file within Gitea's
|
Please note: by adjusting git's `config` file within Gitea's
|
||||||
repositories, `SIGNING_KEY=default` could be used to provide different
|
repositories, `SIGNING_KEY=default` could be used to provide different
|
||||||
signing keys on a per-repository basis. However, this is cleary not an
|
signing keys on a per-repository basis. However, this is clearly not an
|
||||||
ideal UI and therefore subject to change.
|
ideal UI and therefore subject to change.
|
||||||
|
|
||||||
### `INITIAL_COMMIT`
|
### `INITIAL_COMMIT`
|
||||||
|
@ -142,22 +152,16 @@ The possible options are:
|
||||||
Options other than `never` and `always` can be combined as a comma
|
Options other than `never` and `always` can be combined as a comma
|
||||||
separated list.
|
separated list.
|
||||||
|
|
||||||
## Installing and generating a GPG key for Gitea
|
|
||||||
|
|
||||||
It is up to a server administrator to determine how best to install
|
|
||||||
a signing key. Gitea generates all its commits using the server `git`
|
|
||||||
command at present - and therefore the server `gpg` will be used for
|
|
||||||
signing (if configured.) Administrators should review best-practices
|
|
||||||
for gpg - in particular it is probably advisable to only install a
|
|
||||||
signing secret subkey without the master signing and certifying secret
|
|
||||||
key.
|
|
||||||
|
|
||||||
## Obtaining the Public Key of the Signing Key
|
## Obtaining the Public Key of the Signing Key
|
||||||
|
|
||||||
The public key used to sign Gitea's commits can be obtained from the API at:
|
The public key used to sign Gitea's commits can be obtained from the API at:
|
||||||
|
|
||||||
```/api/v1/signing-key.gpg```
|
```
|
||||||
|
/api/v1/signing-key.gpg
|
||||||
|
```
|
||||||
|
|
||||||
In cases where there is a repository specific key this can be obtained from:
|
In cases where there is a repository specific key this can be obtained from:
|
||||||
|
|
||||||
```/api/v1/repos/:username/:reponame/signing-key.gpg```
|
```
|
||||||
|
/api/v1/repos/:username/:reponame/signing-key.gpg
|
||||||
|
```
|
||||||
|
|
Loading…
Reference in a new issue