2017-11-27 05:44:32 +08:00
|
|
|
|
---
|
|
|
|
|
date: "2016-12-21T15:00:00-02:00"
|
|
|
|
|
title: "注册为Windows服务"
|
|
|
|
|
slug: "windows-service"
|
2023-07-26 12:53:13 +08:00
|
|
|
|
sidebar_position: 50
|
2020-12-09 14:47:06 +08:00
|
|
|
|
toc: false
|
2017-11-27 05:44:32 +08:00
|
|
|
|
draft: false
|
Refactor docs (#23752)
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>
2023-04-28 11:33:41 +08:00
|
|
|
|
aliases:
|
|
|
|
|
- /zh-cn/windows-service
|
2017-11-27 05:44:32 +08:00
|
|
|
|
menu:
|
|
|
|
|
sidebar:
|
|
|
|
|
parent: "installation"
|
|
|
|
|
name: "Windows服务"
|
2023-07-26 12:53:13 +08:00
|
|
|
|
sidebar_position: 50
|
2017-11-27 05:44:32 +08:00
|
|
|
|
identifier: "windows-service"
|
|
|
|
|
---
|
|
|
|
|
|
2024-02-12 01:03:49 +08:00
|
|
|
|
## 准备工作
|
2023-08-14 13:35:49 +08:00
|
|
|
|
|
|
|
|
|
在 C:\gitea\custom\conf\app.ini 中进行了以下更改:
|
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
RUN_USER = COMPUTERNAME$
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
将 Gitea 设置为以本地系统用户运行。
|
|
|
|
|
|
|
|
|
|
COMPUTERNAME 是从命令行中运行 `echo %COMPUTERNAME%` 后得到的响应。如果响应是 `USER-PC`,那么 `RUN_USER = USER-PC$`。
|
|
|
|
|
|
2024-02-12 01:03:49 +08:00
|
|
|
|
### 使用绝对路径
|
2023-08-14 13:35:49 +08:00
|
|
|
|
|
|
|
|
|
如果您使用 SQLite3,请将 `PATH` 更改为包含完整路径:
|
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
[database]
|
|
|
|
|
PATH = c:/gitea/data/gitea.db
|
|
|
|
|
```
|
|
|
|
|
|
2024-02-12 01:03:49 +08:00
|
|
|
|
## 注册为Windows服务
|
2017-11-27 05:44:32 +08:00
|
|
|
|
|
|
|
|
|
要注册为Windows服务,首先以Administrator身份运行 `cmd`,然后执行以下命令:
|
|
|
|
|
|
|
|
|
|
```
|
2023-08-14 13:35:49 +08:00
|
|
|
|
sc.exe create gitea start= auto binPath= "\"C:\gitea\gitea.exe\" web --config \"C:\gitea\custom\conf\app.ini\""
|
2017-11-27 05:44:32 +08:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
别忘了将 `C:\gitea` 替换成你的 Gitea 安装目录。
|
|
|
|
|
|
|
|
|
|
之后在控制面板打开 "Windows Services",搜索 "gitea",右键选择 "Run"。在浏览器打开 `http://localhost:3000` 就可以访问了。(如果你修改了端口,请访问对应的端口,3000是默认端口)。
|
|
|
|
|
|
2024-02-12 01:03:49 +08:00
|
|
|
|
### 服务启动类型
|
|
|
|
|
|
|
|
|
|
据观察,在启动期间加载的系统上,Gitea 服务可能无法启动,并在 Windows 事件日志中记录超时。
|
|
|
|
|
在这种情况下,将启动类型更改为`Automatic-Delayed`。这可以在服务创建期间完成,或者通过运行配置命令来完成。
|
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
sc.exe config gitea start= delayed-auto
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### 添加启动依赖项
|
2023-08-14 13:35:49 +08:00
|
|
|
|
|
|
|
|
|
要将启动依赖项添加到 Gitea Windows 服务(例如 Mysql、Mariadb),作为管理员,然后运行以下命令:
|
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
sc.exe config gitea depend= mariadb
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
这将确保在 Windows 计算机重新启动时,将延迟自动启动 Gitea,直到数据库准备就绪,从而减少启动失败的情况。
|
|
|
|
|
|
2017-11-27 05:44:32 +08:00
|
|
|
|
## 从Windows服务中删除
|
|
|
|
|
|
|
|
|
|
以Administrator身份运行 `cmd`,然后执行以下命令:
|
|
|
|
|
|
|
|
|
|
```
|
2023-08-14 13:35:49 +08:00
|
|
|
|
sc.exe delete gitea
|
2017-11-27 05:44:32 +08:00
|
|
|
|
```
|