如何搭建本地私有Git服务器？企业代码版本控制需求咨询

核心架构选型 #

直接采用**Git裸仓库（Bare Repository）**作为单服务器的核心存储方案，这是Git官方推荐的服务器端存储模式——没有本地工作目录，仅保留版本控制所需的核心文件，专门用于接收开发者的推送请求，完全满足单服务器存储、多人协作需求。服务器优先选择Linux发行版（如Ubuntu、Debian），稳定且配置成本低。

具体配置步骤 #

• 服务器端安装Git：执行命令 sudo apt update && sudo apt install git（Debian/Ubuntu系），其他发行版对应包管理命令即可。
• 创建专属Git管理用户：执行 sudo adduser git，用这个用户统一管理所有Git仓库，避免使用root账户带来的安全风险。
• 限制Git用户登录权限（可选但推荐）：编辑/etc/passwd文件，将git用户的shell字段修改为/usr/bin/git-shell，这样该用户只能执行Git相关命令，无法登录服务器终端。
• 创建项目裸仓库：切换到git用户（su git），进入用户主目录（cd ~），执行 git init --bare 你的项目名.git，每个项目对应一个独立的裸仓库。
• 开发者端接入：本地克隆仓库使用 git clone git@你的服务器IP:~/你的项目名.git，之后即可正常执行git pull拉取变更、git push推送代码。

权限与安全管理建议 #

• 采用SSH密钥认证：开发者本地生成SSH密钥（ssh-keygen），将公钥内容发送给管理员，管理员把公钥添加到服务器git用户的~/.ssh/authorized_keys文件中，替代密码登录，既安全又无需每次输入密码。
• 多项目权限隔离：如果需要区分不同开发者的项目访问权限，可创建Linux用户组，将开发者加入对应组，然后在目标仓库执行 git config core.sharedRepository group，确保只有对应组内的用户能访问该仓库。
• 禁用强制推送（可选）：在仓库的hooks/pre-receive脚本中添加校验逻辑，阻止git push --force操作，避免开发者误操作覆盖仓库历史。

多人协作流程规范 #

• 约定分支策略：固定main为稳定主分支，开发者基于main创建feature/功能名分支进行开发，完成后通知项目负责人拉取分支合并到main。
• 统一提交规范：要求开发者遵循固定的提交信息格式，比如feat: 添加用户注册模块、fix: 修复支付回调bug，便于后续代码追溯。
• 提前处理冲突：开发者推送代码前，先执行git pull origin main将最新主分支代码合并到本地开发分支，提前解决冲突后再推送，避免服务器端冲突阻塞。

内容的提问来源于stack exchange，提问作者Mee