Git本地服务器一般用什么，搭建Git服务器需要哪些工具？

公司里搭建git本地服务器，绝大多数场景下首选Gitea或GitLab，个人或超小团队用Gitea最省事，中大型团队需要完整流程管理就上GitLab。这个结论说白了就是看你团队几个人、要什么功能、愿意花多少精力维护。

下面我把选择思路、部署步骤和常见坑一次讲清。

本地git服务器和在线平台比，到底强在哪

很多刚接触git的朋友会纠结：GitHub、Gitee用得好好的，为什么还要自己搭一个？其实本地服务器的核心价值不在于”代码托管”这个动作本身，而在于数据主权和内网速度。

• 代码不出内网,对金融、制造、政务等对保密要求高的行业来说这是硬性要求。
• 局域网内push、pull、clone走的是百兆或千兆内网，比公网快上十倍不止，大仓库体验差距极其明显。
• 不依赖外网连通性,外网断了照样提交、合并、发版。
• 没有成员数、仓库大小、LFS流量这些商业平台的隐性限制。

代价也很实在：你得自己准备一台机器，自己处理备份、升级、安全补丁，业界共识是，如果团队超过20人或者有严格权限审计需求，这笔运维投入是值得的；要是就三五个人用，一台旧电脑跑Gitea就足够了。

git本地服务器一般用什么主流方案横向对比

市面上自托管的git服务端就那么几款,各有各的脾气，我按实际使用场景帮你捋一遍。

Gitea：轻量到离谱的社区首选

Gitea是用Go写的,资源占用是几个方案里最小的。512MB内存的云主机或旧笔记本就能跑得很欢，CPU基本不挑，树莓派都能带得动。

• 安装包就一个二进制文件,复制过去就能跑，升级就直接覆盖文件，没那么玄学。
• 自带看板、Issue、Wiki、Pull Request，日常开发协作够用。
• 内置CI（Gitea Actions），部分兼容GitHub Actions语法，基础流水线不用额外装Jenkins。
• 支持LDAP登录对接公司统一账号。

适合场景：50人以下团队、预算有限、不想花太多心思搞运维，有相当一部分技术型公司用旧服务器甚至淘汰的办公PC跑Gitea，稳定性一样不错。

GitLab：功能全但吃内存的庞然大物

GitLab是另一个方向上的极端,功能全到令人发指：从代码托管、CI/CD、安全扫描、容器镜像仓库到需求管理、Wiki，整个DevOps链路都能在这一套里闭环。

• 功能丰富的代价是资源消耗大,官方建议8GB内存起步，一个稍微像样的工程团队服务器配置低于16GB跑起来会很肉。
• 安装支持Omnibus打包模式,一条命令装完，但升级、备份、排错踩坑的概率比Gitea高。
• 有免费版（CE），但部分高级功能如代码质量、安全仪表盘都在付费版（EE）里。

适合场景：50人以上、重视流程管控和完整DevOps链路的团队，如果你需要每个迭代从需求到发布全链路留痕，GitLab是最稳妥的选择。

Gogs：Gitea的前身，如今不推荐新项目用了

Gogs是Gitea的祖先,同样用Go写，同样轻量，但Gitea社区更活跃、发版更快、功能更完善，新项目直接上Gitea，没必要在Gogs上纠结。

其它按需考虑的：Gerrit、Gitea+Jenkins组合

Gerrit主打代码评审,很多大厂的Android团队用它，但对于常规业务团队，评审流程太重，学习成本高，如果你只是想要一个能放代码、能提PR、能跑CI的地方，Gerrit不是首选。

至于Gitea配合独立Jenkins,这是很多传统企业团队常见的一套做法：Gitea管代码，Jenkins管构建发布，好处是权限分离清晰，适合运维流程复杂的团队，但维护两套系统比单独用GitLab多出不少工作量，小团队不建议这么干。

一个简单的选型判断：

部署前先想清楚机器和系统，很多人栽在这里

网上教程一搜一大把,但最容易出问题的往往不是git本身，而是部署环境和前置条件，下面这些坑先避开。

硬件和操作系统怎么配

• 内存优先级高于CPU，Gitea 512MB能跑，但加上Git LFS、并发访问，最好给到2GB，GitLab性能瓶颈几乎都在内存上，内存不够会疯狂swap，卡到你怀疑人生。
• 操作系统选Debian或Ubuntu Server用的最多，其次是CentOS Stream（注意CentOS 8已停止维护，老教程别照抄）。



• 有条件用Docker部署,升级、回滚、隔离环境都方便，但Docker挂载的数据卷备份，比裸金属装要更当心一点，备份错目录等于白干。

这篇配置指南不同环境的差异

不同于云上搭建,本地服务器的网络环境更独特，内网IP得固定，建议在路由器上做MAC地址和IP绑定，防止机器重启后IP漂移导致所有仓库remote地址失效，这是最常被忽略的坑，没有之一。

如果你的服务器要兼顾公司内网访问和外出办公远程访问,还需要在内网路由器上配置端口转发，把外网访问请求映射到内网服务器的SSH和HTTPS端口，同时需要公网IP，这个向宽带运营商申请就行，不过要提醒一句，暴露到公网就必须做SSL和强密码策略，否则纯粹裸奔。

实操：Gitea本地服务器搭建全流程，照着做就行

以Ubuntu 22.04 + Docker Compose为例，这是目前最省心的组合。

第一步：准备目录和Compose文件

先创建数据目录,避免Docker容器删了数据跟着没的情况：

mkdir -p /opt/gitea/data /opt/gitea/config

然后写docker-compose.yml，大致是这个样子：

version: "3"
services:
  gitea:
    image: gitea/gitea:latest
    container_name: gitea
    restart: always
    environment:
      - USER_UID=1000
      - USER_GID=1000
      - GITEA__database__DB_TYPE=sqlite3
    volumes:
      - /opt/gitea/data:/data
      - /opt/gitea/config:/data/gitea/conf
    ports:
      - "3000:3000"
      - "2222:22"

注意端口映射：3000是Web界面，22被SSH用了，所以宿主机用2222映射容器内22，避免冲突。

第二步：启动并完成初始化

docker-compose up -d

浏览器打开http://服务器IP:3000，第一次打开会进入初始化配置页，必填字段就三个：站点名称、管理员账号密码，数据库选SQLite3就行，多人团队规模足够用，别一上来就配MySQL。

初始化完成后,用管理员账号登录，进入”管理后台”，把注册选项设置为禁止自助注册，本地服务器只对内部开放，禁止注册能省掉大量垃圾账号和安全隐患。

第三步：创建组织和仓库

在Gitea界面右上角”+”号建组织，按公司部门建，比如dev-team、ops-team，组织比个人账号更适合做权限边界。

创建仓库时勾选”初始化仓库”，这样会生成默认README和分支，方便直接clone。

git本地服务器搭建以后，日常维护和备份是重中之重

服务器跑起来只算完成一半,另一半是日常维护和容灾。

备份方案：Gitea的备份其实就一句话，把整个/opt/gitea/data目录周期打包拷贝走，里面有git仓库、数据库（SQLite文件）、配置、密钥，用Linux自带的cron就能实现每日备份，

0 2    tar czf /backup/gitea_$(date +%Y%m%d).tar.gz /opt/gitea

恢复时解压覆盖回原路径就能直接还原,建议同时保留最近7天的备份，老版本覆盖掉，避免磁盘被备份撑爆。

安全加固：防火墙只放行3000和2222端口，SSH管理端口改到非标准高位端口，禁止root密码登录，Gitea的app.ini里还可以做IP白名单，限制访问来源。

核心结论不变：选型从轻到重依次是Gitea、GitLab、Gerrit，多数团队从Gitea上手，不够用了再迁GitLab，架构迁移有代价，但数据都在git仓库里，历史记录不丢，搬迁成本比想象中低。

关于git本地服务器部署的3个高频疑问

git服务端和gitlab是一回事吗

不是,git服务端是一个广义概念，指任何提供git仓库托管服务的软件，包括Gitea、Gogs、GitLab、Gerrit，GitLab只是其中功能最全的一个，可以理解为：git服务端是所有自托管方案的总称，GitLab是其中一种具体实现。

git本地仓库和远程仓库的区别是什么

本地仓库在你自己的电脑上,commit在本地，别人看不到，远程仓库（比如你刚部署的Gitea服务器上的仓库）是大家共享代码的地方，通过push推送过去，通过pull拉下来，本地仓库可以在没网时正常commit，远程仓库负责把各人代码汇集到一起完成整合和协作。

本地服务器是否一定要和GitHub保持同步

不一定,很多公司完全依赖本地服务器，代码只在内部流转，需要同步的场景一般是开源项目维护或团队有远程办公需求，这时可以用Gitea的镜像迁移功能将GitHub仓库同步到本地，做到两者兼得，内网和公网都能随时访问。