Linux服务器搭建Gitea轻量级Git服务详细教程

Linux服务器搭建Gitea轻量级Git服务 低配置运行完整教程

Gitea在512MB单核服务器上可稳定运行，关键在于创建专用git用户、正确设置/home/git各目录权限、显式指定配置文件路径、禁用indexer与queue以降低资源占用，并注意Docker部署时SSH端口映射与防火墙配置。

你是否只有一台512MB内存、单核CPU的Linux服务器，却想搭建一个私有的Git代码仓库？答案是完全可以实现。Gitea以其轻量级特性成为低配置服务器的理想选择，但成功部署的关键往往不在于“能否安装”，而在于启动gitea服务时是否正确配置，并规避了那些常见的部署陷阱。

解决gitea web启动后立即退出或报错permission denied问题

许多用户在第一步就遇到阻碍，根源通常有两个：未创建专用系统用户，或目录权限未正确归属到git用户。直接使用root权限运行Gitea并非推荐做法，一旦曾用root启动过，/home/git/data目录下生成的indexers等子目录，其所有者就会变为root，后续切换回git用户运行时，便会因权限不足而失败。

• 规范创建系统用户：务必使用adduser --shell /bin/bash --disabled-password git命令创建新用户。相比之下，useradd命令可能缺少家目录和正确的shell环境配置。
• 一步设置目录权限：创建好/home/git/{data,custom,log}这三个核心目录后，立即执行sudo chown -R git:git /home/git，特别注意不要遗漏log日志目录。
• 正确赋予执行权限：下载的gitea可执行文件，需要通过sudo -u git -H chmod +x gitea命令赋予执行权限，其中的-H参数能确保HOME环境变量被正确设置。

修复systemd服务启动失败，日志显示failed to open database错误

这个错误在部署过程中非常普遍，尤其是使用SQLite数据库时。虽然默认数据库路径是/home/git/data/gitea.db，但如果启动gitea web命令时未通过-c参数明确指定配置文件路径，程序会尝试在$GITEA_WORK_DIR或/etc/gitea等位置寻找，一旦找不到，就会回退到临时路径，导致数据库无法正常打开。

• 强制指定配置文件路径：在systemd服务文件的ExecStart指令中，必须包含-c /home/git/custom/conf/app.ini参数。
• 预先手动生成配置：在配置systemd服务前，建议先手动执行一次：sudo -u git -H /home/git/gitea web -c /home/git/custom/conf/app.ini，让Gitea自动生成初始的app.ini配置文件。
• 注意数据库连接细节：如果选择MySQL，务必提前创建好数据库并授权。在app.ini配置文件中，DB_TYPE需设为mysql，并且HOST不能简单地写localhost（在Docker容器内这会被解析为容器内部的环回地址），应该写成127.0.0.1:3306。

解决Docker部署时Web端口3000可访问，但SSH克隆git@server:repo.git失败问题

这是Docker部署模式下的一个典型问题：Web服务（3000端口）运行正常，但SSH克隆操作失败。原因在于，Docker容器默认并不暴露22端口，而且需要宿主机防火墙、云平台安全组以及Gitea自身的SSH配置三者协同工作，缺一不可。

• 正确映射SSH端口：docker run命令必须包含-p 2222:22这样的参数来映射容器内的SSH端口到宿主机。紧接着，需要在Gitea的Web管理后台（「站点管理」→「配置」）里，将SSH_PORT修改为映射出的端口号，例如2222。
• 配置宿主机防火墙：在宿主机上执行相应命令放行端口，例如Ubuntu系统使用sudo ufw allow 2222，CentOS/RHEL系统则用sudo firewall-cmd --add-port=2222/tcp --permanent。
• 设置云平台安全组规则：如果服务器位于阿里云、腾讯云等公有云平台，务必在控制台的安全组规则中，添加入方向允许TCP 2222端口的规则。
• 最终配置核对验证：可以通过docker exec -it gitea cat /data/gitea/conf/app.ini命令进入容器检查最终的配置文件，确认SSH_PORT和DOMAIN的值与你实际访问的域名或IP是否匹配。

优化低配服务器上gitea响应慢、Web界面卡顿问题

遇到界面卡顿或响应缓慢，先别急于归咎于CPU或内存资源不足。很多时候，性能瓶颈出在SQLite数据库在高并发下的锁竞争，以及默认开启的INDEXER（代码搜索）和QUEUE（后台任务队列）这两个资源消耗大户上。

• 精简索引功能降低负载：编辑/home/git/custom/conf/app.ini配置文件，在[indexer]段落中，设置ISSUE_INDEXER_PATH = ""可以禁用Issue搜索索引（如果仍需代码搜索功能，可保留REPO_INDEXER_PATH）。
• 关闭后台队列提升响应：在[queue]段落，设置TYPE = dummy可以关闭所有后台队列。这会牺牲掉邮件通知等异步功能，但能显著提升Web界面的响应速度。
• 确保数据库存储性能：检查[database]下的PATH配置，确保数据库文件位于SSD或本地高速磁盘上，避免放在NFS网络存储或低速USB移动硬盘。
• 限制服务内存使用：对于仅供3人以内使用的超轻量场景，在systemd服务文件中添加MemoryLimit=512M限制，反而能让服务运行更稳定，防止系统OOM Killer因内存波动而误杀Gitea进程。

最后，还有一个极易被忽略的升级陷阱：Gitea每次版本升级后，/home/git/custom/conf/app.ini这个自定义配置文件不会自动合并新增的配置项。如果旧版本配置中缺失了新版本必需的[oauth2]或[cache]等段落，可能会导致某些功能静默失效。因此，升级前务必备份现有配置，并与官方提供的app.example.ini示例配置文件进行详细比对和更新。