版本管理与协作git
git基本概念
git是一个分布式版本管理系统，意味着在做版本提交时不需要联网，在本地即可完成。等有网络时，再同步到远端，保证其他成员能获取到最新的代码。
对于一个新项目，我们首先需要在项目目录中执行git init来初始化版本系统。之后，可以通过git status来查看当前状态。
本地提交的代码可以推送到远端，但是需要先设置远端的仓库地址：
git remote add origin https://gitee.com/tianxiang2018/interface-automation-platform.git
之后通过git push -u origin master把本地代码推送远端，同时设定本地master和远端master的对应关系。
远端和本地
每个使用Git的开发人员都需要理解。Git可以在本地完成所有的版本记录操作，原因就在于此。当我们创建好员工新的仓库时，此时只有本地端的数据。当我们需要提交代码到GitHub或者GitLab上时，可以通过git remote add origin 远端仓库地址来增加远端仓库，其中origin是远端仓库的默认名称。
然后，就可以通过git push -u origin master来推送本地master分支的代码到远端，并且同时设置本地master关联远端的master分支。其作用就是，当我们执行git pull 操作时，Git知道应该从哪里拉取代码。与之对应的是，需要了解git pull 和 git fetch的差别。
配置git
在你的GitHub、Gitee或者公司内部的GitLab上创建项目typeidea，完成之后会得到一个仓库地址。之后我们来用Git管理项目。进入项目根目录typeidea中，执行命令 git init，然后创建我们需要忽略的文件配置.gitignore，具体内容如下：
*.pyc
*.swp
*.sqlite3
这里忽略的是那些我们不希望进入Git管理的文件。另外，一些敏感文件以及二进制文件，如果不是特别需要，尽量别放到版本管理里面。
然后通过下面几个命令添加项目到Git仓库中:
git add.
git commit - m "初始化提交"
git add . 用于提交当前目录下所有变更和新增文件。
之后需要配置远端仓库：
git remote add origin 你的远端仓库地址，GitHub创建时得到的
git push -u origin master
其中注意，开发中应该尽量避免通过git add . 的方式提交代码，而是使用git add -p这种每次添加一小块文件到暂存区的方式。这种方式的好处是我们可以自己先评审一遍自己的代码，看看是否存在问题，以及是否会提交一些测试代码到仓库中。
另外，也不建议通过git commit -m "提交信息"的方式，尽量使用git commit进入编辑信息的模式提交代码，这样我们可以看到变更了哪些文件，从而避免提交无用的文件到仓库中。
Git常用命令
git init 初始化，意思就是让git帮我们管理当前目录；
git status 检查当前目录下文件的状态；
红色: 未被git管理起来的新文件或者已经被管理起来，但是被修改过的旧文件；
绿色：文件已经让git管理起来了，但是还没有生成版本；
git add . (点前面需要空格）将所有文件都管理起来；
git add 文件名 指定需要管理的文件名，例如：git add index.html 管理index.html文件
git commit -m "v1" 让git生成一个版本，-m 自定义描述信息；
git log 查看版本生成记录
git reflog 查看回滚记录
git reset --hard 回滚版本commit值 ，通过git log查看
git branch -M master 创建主分支
git branch dev 创建开发分支，平时开发代码在dev分支上，上线时合并到master分支上进行上线；
git push -u origin main 推送本地代码到github
git push -f origin master强制推送本地代码到github
git push origin --delete dev 删除远程分支
合并分支命令
分支中写的代码合并到master主分支中。
例如：dev 分支合并master主分支
dev分支中开发完成--->切换到master主分支 git checkout master ---> git pull 更新master主分支--->git merge dev
如果合并有冲突通过git status查看冲突文件，先解决冲突后再进行合并。
将合并本地master主分支，推送到远程master主分支：git push origin master
