在功能分支上开发

我们鼓励使用最小可行修改 (MVC)。但是，可行的修改并不是总是小的。在这种情况下，建立一个专用的功能分支很有用。人们可以贡献 MR 到功能分支而不影响默认分支的功能。

一旦完成开发分支的工作，功能分支就可以最终合并到默认分支。

每当一个 MVC 需要多个 MR 时，极狐Gitlab 就会经常执行这个过程。

使用案例

许多成员于每月贡献代码。在这种情况下，提交 MR 到功能分支会比默认分支更高效。

在这种情况下，功能分支可能为 release-X-Y。假设分支 release-X-Y 已经存在，您可以针对该分支建立一个 MR，通过以下步骤：

切换到默认分支（这里是 main）：
```
git checkout main
```
确保更新代码库至最新版本：
```
git fetch
git pull
```
切换到功能分支：
```
git checkout release-x-y
```
基于功能分支（release-x-y）创建一个新分支（test-branch）：
```
git checkout -b test-branch release-x-y
```
您现在处于分支 test-branch。
在分支 test-branch 上修改。
修改完成后，暂存到 test-branch：
```
git add .
```
提交您的修改：
```
git commit -m "Some good reason"
```

推送您的修改到代码库：

git push --set-upstream origin test-branch

在浏览器中打开代码库。
在点击 新建合并请求 之后，在页面中，您可以选择 源分支 和 目标分支。
选择完源分支和目标分支后，点击 Compare branches and continue。您会看到一个类似以下的条目：
```
   New Merge Request
	
   从 test-branch 到 release-13-0
```
一个类似这样的条目，确认了合并请求的目的。
在 New Merge Request 页面上添加任何额外的修改，然后点击 Create 合并请求。
在新的合并请求中，找到 Request to merge。页面上显示了一个类似以下的条目:
```
   请求合并 test-branch 入 release-13-0
```
这确认了你建立的这个 MR 将会合并到一个特殊分支，而不是默认分支。
像其它 MR 一样处理修改。
当您的 MR 通过之后，且有人合并了这个 MR，就能确认您的工作已经被集成到了这个功能分支中。当这个功能分支准备好后，它就能合并到默认分支。