[开发工具]大型项目常用git workflow

流程图

虽略显繁琐，但这样的好处是：

1. 问题：对于大型项目而言，往往多人异步工作，提交信息多且协调难度大，主体项目受污染风险高。
   处理：通过fork一份到个人仓库展开工作，再提交合并请求，由专人审核合并的方式可有效提高主体项目安全性，整洁度。
2. 问题：在个人仓库展开工作的过程中往往会进行多次的commit，这时发起合并请求会携带大量的臃肿的提交信息，不利于自己和审核人员的检查，审核。而且个人仓库也会变得杂乱，无用提交信息堆积。
   处理：通过创建develop分支，在develop分支中展开工作，确保项目，个人仓库和本地的main同步。当develop分支完成任务后，将个人仓库的develop分支与项目的main分支进行合并，可进行提交信息的合并，降低审核人员的审核难度。且合并后删除develop，不会形成无用提交信息的堆积，保持个人仓库的整洁。

流程图说明

1. 从项目中fork一份到个人仓库中（gitlab/GitHub）
2. 在个人仓库中clone到本地。
3. 在本地中，由于只关联了个人仓库(origin)，缺少项目(upstream)的信息，需要进行关联：

git remote add upstream git@xxxxxxx.git  

从而获取项目(upstream)。可通过 git remote -v 查看关联信息。
接着进行pull操作，拉取项目的main分支到本地的main分支，确保两者同步

 git pull upstream main

4. 项目的main分支和本地的main分支两者同步后，再进行push操作，推送本地的main分支到个人仓库的main分支中，确保 项目的main分支，个人仓库的main分支 和 本地的main分支 三者同步
5. 在本地和项目中创建develop分支branch，用于展开工作。（使得同步的main不受污染）。
6. 在本地的develop分支进行工作work
7. 当在develop中完成工作后或者时间较长，项目已更新，需要进行pull/merge/rebase操作。
8. 本地develop分支处理好后，将其push到个人仓库的develop分支。
9. 发起merge request，将个人仓库的develop分支，合并到项目的main分支中。根据需要合并commit信息。
10. 最后develop分支完成任务，将其删除即可。
11. 当再次需要工作时，循环步骤3-10即可。