This was intended to be a small followup for https://github.com/go-gitea/gitea/pull/23712, but...here we are. 1. Our docs currently use `slug` as the entire URL, which makes refactoring tricky (see https://github.com/go-gitea/gitea/pull/23712). Instead, this PR attempts to make future refactoring easier by using slugs as an extension of the section. (Hugo terminology) - What the above boils down to is this PR attempts to use directory organization as URL management. e.g. `usage/comparison.en-us.md` -> `en-us/usage/comparison/`, `usage/packages/overview.en-us.md` -> `en-us/usage/packages/overview/` - Technically we could even remove `slug`, as Hugo defaults to using filename, however at least with this PR it means `slug` only needs to be the name for the **current file** rather than an entire URL 2. This PR adds appropriate aliases (redirects) for pages, so anything on the internet that links to our docs should hopefully not break. 3. A minor nit I've had for a while, renaming `seek-help` to `support`. It's a minor thing, but `seek-help` has a strange connotation to it. 4. The commits are split such that you can review the first which is the "actual" change, and the second is added redirects so that the first doesn't break links elsewhere. --------- Signed-off-by: jolheiser <john.olheiser@gmail.com>
2.6 KiB
date | title | slug | weight | toc | draft | aliases | menu | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
2018-05-21T15:00:00+00:00 | Support Options | support | 20 | false | false |
|
|
Support Options
NOTE: When asking for support, it may be a good idea to have the following available so that the person helping has all the info they need:
-
Your
app.ini
(with any sensitive data scrubbed as necessary). -
The Gitea logs, and any other appropriate log files for the situation.
- When using systemd, use
journalctl --lines 1000 --unit gitea
to collect logs. - When using docker, use
docker logs --tail 1000 <gitea-container>
to collect logs. - By default, the logs are outputted to console. If you need to collect logs from files,
you could copy the following config into yourapp.ini
(remove all other[log]
sections),
then you can find the*.log
files in Gitea's log directory (default:%(GITEA_WORK_DIR)/log
).
; To show all SQL logs, you can also set LOG_SQL=true in the [database] section [log] LEVEL=debug MODE=console,file ROUTER=console,file XORM=console,file ENABLE_XORM_LOG=true FILE_NAME=gitea.log [log.file.router] FILE_NAME=router.log [log.file.xorm] FILE_NAME=xorm.log
- When using systemd, use
-
Any error messages you are seeing.
-
When possible, try to replicate the issue on try.gitea.io and include steps so that others can reproduce the issue.
- This will greatly improve the chance that the root of the issue can be quickly discovered and resolved.
-
If you meet slow/hanging/deadlock problems, please report the stack trace when the problem occurs:
-
Enable pprof in
app.ini
and restart Gitea[server] ENABLE_PPROF = true
-
Trigger the bug, when Gitea gets stuck, use curl or browser to visit:
http://127.0.0.1:6060/debug/pprof/goroutine?debug=1
(IP must be127.0.0.1
and port must be6060
). -
If you are using Docker, please use
docker exec -it <container-name> curl "http://127.0.0.1:6060/debug/pprof/goroutine?debug=1"
. -
Report the output (the stack trace doesn't contain sensitive data)
-
Bugs
If you found a bug, please create an issue on GitHub.
Chinese Support
Support for the Chinese language is provided at Our discourse or QQ Group 328432459.