gitflow
1.稳定的 master 分支：
- master 分支代表了线上稳定的发布版本。只有通过了测试且经过团队确认的代码才能合并到 master 分支上。
2.稳定的 develop 分支：
- develop 分支是所有功能开发的基础分支，包含了最新的开发代码。这个分支上的代码经过了开发团队的测试和确认，应该是相对稳定的。
3.功能分支 featureA 和 featureB：
- 每个开发者在需要开发新功能时，从 develop 分支上创建一个独立的功能分支，例如 featureA 和 featureB。
- 在功能分支上进行开发、测试和代码审查，确保新功能的质量和完整性。
4.测试和合并：
- 一旦开发完成，并且经过了开发者自测和代码审查，可以将功能分支直接部署到测试环境中进行测试。
- 测试团队对功能进行全面测试，确保功能的正确性和稳定性。
- 如果测试通过，功能分支可以合并回 develop 分支，确保所有的功能都集成在了下一个发布版本中。
5.合并到 master 分支：
- 当一个发布版本准备好并且通过了所有的测试后，可以将 develop 分支合并到 master 分支上，发布到线上环境中。
使用merge合并， develop git merge featureA ，合并分支
1.切换到 develop 分支：
git checkout develop
2.拉取最新的 develop 分支代码：
git pull origin develop
3.执行 merge 操作：
git merge featureA
4.执行 推送到远程仓库 操作：
git push
使用rebase合并 ，featureA git rebase develop ，合并分支
使用 rebase 将功能分支 featureA 合并到 develop 分支的过程如下：
1.切换到 develop 分支：
git checkout develop
2.拉取最新的 develop 分支代码：
git pull origin develop
3.切换回 featureA 分支：
git checkout featureA
4.执行 rebase 操作：
git rebase develop
5.处理冲突（如果有的话）： 如果在 rebase 过程中出现了冲突，需要手动解决冲突并将文件标记为已解决：
git add <冲突文件>
6.继续 rebase 操作： 一旦解决了所有冲突，继续执行 rebase 操作：
git rebase --continue
7.推送到远程仓库：
git push origin featureA
gitlab 提pr，测试没有问题的部分，合并develop到master
Merge requests 提pr
Merge requests --> New merge request --> Source branch(develop,可以看到自己的commit信息)
--> Target branch(master) --> create merge request
New merge request 提pr
New merge request --> Title (required) --> Description --> Assignee --> Reviewer --> Milestone --> create merge request
合并接受pr
Merge requests --> 你提好的pr
在合并 Pull Request （PR）时，通常的步骤是先进行审查（review）并批准（approve），然后再进行合并（merge）。这样可以确保代码经过了审查并且符合团队的要求，从而提高代码质量和稳定性。
1.审查（Review）： 在审查代码之前，其他团队成员需要仔细检查提交的更改，并提出任何问题或建议。审查过程中可以使用 GitHub 提供的评论功能来讨论代码中的特定部分，并提出改进意见。
2.批准（Approve）： 一旦审查通过并且代码符合要求，审查者可以点击 "Approve" 按钮，表示对代码变更的认可。这个动作表明代码经过了审查，并且可以合并到主分支中。
3.合并（Merge）： 当所有审查者都批准了 PR，并且确认代码准备好合并时，可以点击 "Merge" 按钮来将变更合并到目标分支中。在点击 "Merge" 按钮之前，确保审查者已经完成了所有必要的审查，并且没有遗漏任何问题。
按照这个顺序进行可以确保团队在合并代码时能够保持高质量和一致性。审查和批准阶段为团队提供了机会来发现和解决问题，确保合并的代码是可靠和稳定的。
及时删除已经合并完成的分支
可以在上边的 merge 时 勾选 Delete source branch
我遇到了冲突，我可以新建本地分支，解决冲突
解决冲突的流程通常包括以下步骤：
1.首先，确保你当前的分支是基于最新的主分支的。你可以使用 git pull 命令来获取最新的更新。
2.然后，切换到你要解决冲突的分支，使用 git checkout 命令。
3.使用 git merge 或者 git rebase 命令将主分支（或者是你想要合并的其他分支）合并到你的当前分支中。如果有冲突产生，Git 会在冲突的文件中标记出来。
4.解决冲突：手动编辑冲突文件，选择保留哪些修改，并删除冲突标记。
5.使用 git add 命令将解决了冲突的文件标记为已解决。
6.使用 git commit 命令提交解决了冲突的更改。
最后，如果你使用了 git rebase 进行合并，可能需要使用 git rebase --continue 命令继续重新应用之前的提交，直到整个 rebase 过程完成。如果你使用了 git merge 进行合并，则不需要这一步。
