ubuntu上gitlab如何进行版本控制 - 问答

Ubuntu上GitLab版本控制实施指南

1. 安装GitLab

GitLab是基于Web的Git仓库管理工具，需先完成安装才能使用。以下是Ubuntu系统上的详细安装步骤：

准备工作：更新系统包并安装依赖，确保系统满足GitLab运行要求（推荐4GB以上内存、20GB以上存储空间）。
```
sudo apt update && sudo apt upgrade -y
sudo apt install -y curl openssh-server ca-certificates tzdata perl
```
添加GitLab官方仓库：通过脚本添加GitLab的APT仓库，确保后续能获取最新版本。
```
curl -s https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.deb.sh | sudo bash
```
安装GitLab CE（社区版）：使用APT包管理器安装GitLab，安装过程中会提示设置管理员密码。
```
sudo apt install gitlab-ce -y
```

配置并启动GitLab：修改配置文件设置外部访问URL（替换为服务器IP或域名），然后重新配置并启动服务。

sudo sed -i "s/^external_url .*/external_url 'http:\/\/$(hostname -I | awk '{print $1}')'/" /etc/gitlab/gitlab.rb
sudo gitlab-ctl reconfigure
sudo gitlab-ctl start

访问GitLab：在浏览器中输入http://<服务器IP>，使用默认管理员账号root及设置的密码登录。

2. 创建GitLab项目

登录GitLab后，需创建项目作为版本控制的载体：

点击页面顶部导航栏的New project（新项目）。
填写项目信息：
- Project name（项目名称）：如my-web-app；
- Description（描述）：可选，简要说明项目用途；
- Visibility Level（可见性）：选择Private（私有，仅团队成员可见）、Internal（内部，所有登录用户可见）或Public（公开，任何人可访问）。
点击Create project（创建项目），完成项目初始化。

3. 克隆项目到本地

将GitLab上的远程项目克隆到本地计算机，便于后续代码修改和版本控制：

打开项目页面，找到Clone（克隆）按钮，复制HTTPS或SSH地址（如http://<服务器IP>/username/my-web-app.git）。
在本地终端执行git clone命令，将项目克隆到指定目录（如~/projects）：
```
cd ~/projects
git clone http://<服务器IP>/username/my-web-app.git
cd my-web-app
```
克隆完成后，本地会生成与远程项目结构一致的文件夹。

4. 本地版本控制操作

通过Git命令对本地项目进行版本控制，包括添加文件、提交更改、推送至远程仓库：

配置Git用户信息：首次使用时，设置全局用户名和邮箱（需与GitLab账号一致）：
```
git config --global user.name "Your Name"
git config --global user.email "your-email@example.com"
```
添加文件到暂存区：将本地新增或修改的文件添加到Git暂存区（如README.md）：
```
git add README.md
```
或添加所有更改的文件：
```
git add .
```
提交更改到本地仓库：将暂存区的更改提交到本地Git仓库，需填写描述性提交信息（如Initial commit）：
```
git commit -m "Initial commit"
```
推送到远程仓库：将本地仓库的更改推送到GitLab远程仓库（默认推送到master分支）：
```
git push -u origin master
```
后续可直接使用git push命令推送更改（-u参数用于关联本地与远程分支）。

5. 分支管理

分支是版本控制的核心功能，用于隔离不同功能的开发或修复：

创建新分支：从当前分支（如master）创建新分支（如feature/login）：
```
git checkout -b feature/login
```
该命令会自动切换到新分支。
切换分支：切换到指定分支（如master）：
```
git checkout master
```
合并分支：将新分支的更改合并到当前分支（如master）：
```
git merge feature/login
```
合并前建议先拉取远程master分支的最新更改（git pull origin master），避免冲突。
推送分支到远程仓库：将本地新分支推送到GitLab远程仓库：
```
git push origin feature/login
```
推送后，其他团队成员可通过该分支获取你的代码。

6. 代码审查（合并请求/Merge Request）

代码审查是保证代码质量的关键步骤，通过合并请求（MR）实现：

发起合并请求：
1. 在GitLab项目页面，点击Merge Requests（合并请求）选项卡；
2. 点击New merge request（新合并请求）；
3. 选择Source branch（源分支，如feature/login）和Target branch（目标分支，如master）；
4. 填写Title（标题，如Add login functionality）和Description（描述，说明更改内容）；
5. 点击Submit merge request（提交合并请求）。
处理合并请求：
团队成员可在合并请求页面查看代码变更、讨论问题。审查通过后，点击Merge（合并）按钮，将源分支的更改合并到目标分支。合并后，可选择删除源分支（避免分支过多）。

7. 问题跟踪（Issues）

GitLab的Issues功能用于管理项目中的任务、bug或需求：

创建Issue：
1. 在项目页面点击Issues选项卡；
2. 点击New issue（新问题）；
3. 填写Title（标题，如Fix login page CSS）和Description（描述，说明问题详情）；
4. 可选：添加Labels（标签，如bug、high priority）、Assignee（负责人）；
5. 点击Create issue（创建问题）。
管理Issue：
可通过Issue页面查看问题状态（如Open、Closed）、评论讨论、分配任务，确保问题及时解决。

8. 最佳实践

分支策略：采用GitFlow或GitLab Flow策略（如master分支用于生产环境，develop分支用于集成，feature/*分支用于功能开发），避免直接修改主分支。
小步提交：每次提交只包含一个完整的功能或修复，提交信息需清晰描述更改内容（如Fix: login button not working）。
频繁推送：定期将本地分支推送到远程仓库，避免本地仓库与远程仓库不一致。
代码审查：所有合并请求必须经过至少一名团队成员审查，确保代码质量。

0 赞

0 踩