这是我参与「第五届青训营 」伴学笔记创作活动的第 15 天
今天记录一下如何将项目上传到 Gitee
首先要在 Gitee 新建一个空仓库
之后在本地新建一个空文件夹并初始化：
mkdir mini-douyin
cd mini-douyin
git init
之后将需要上传的内容存入该文件夹，运行：
git add .
git commit -m "first commit"
# 这里需要按照 gitee 提示的信息操作
git config --global user.name "name"
git config --global user.email "6561553+lihx666@user.noreply.gitee.com"
git remote add origin https://gitee.com/lihx666/mini-douyin.git
git push -u origin "master"
之后就可以把项目设置为公开仓库，把成员邀请进来共同开发了；由于这里采用的是单分支的仓库结构，所以成员每次开发之前可以 pull 拉取最新版本的文件，开发完成后 push 即可
如果不同开发者产生了有版本冲突的代码，则可以到 gitee 网站上找到 Pull Requests 列表中，点击含有想要解决的合并冲突的拉取请求，删除冲突标记 <<<<<<<、=======、>>>>>>>，并在最终合并中进行所需的更改，对单个文件的冲突解决后点击 标记为已解决 ，所有文件的冲突全部解决后点击 提交合并 就可以将整个基本分支合并到头部分支
开发人数再多一些的情况下可以考虑每人创建一个分支，通过不断合并分支到 master 分支推进开发；但是对于企业中大量开发者共同维护的项目，则可能需要使用工作流（Git flow）维护，即在基本的 master 分支 和 develop 分支之外创建三个辅助分支：
- feature: 开发新功能的分支，基于 develop 分支，完成后 merge 回 develop 分支
- release: 准备要发布版本的分支，用来修复 bug，基于 develop 分支，完成后 merge 回 develop 和 master 分支
- hotfix: 修复 master 分支上的问题, 应对等不及最新的 release 版本，必须马上上线的情况. 基于 master, 完成后 merge 回 master 和 develop
