Git介绍
Git在现在的编程工作环境中是很经常能用到的一个工具，它是一种分布式版本控制系统，用于管理软件项目的源代码，已经成为了软件开发领域中最流行的版本控制系统之一。
关于Git的基本工作流程
* 编写代码前需要建立一个Git库，便于存储进行团队合作的代码以及查看之前修改的代码的历史记录。
* 在进行编写代码前，我们可以通过git add命令将更改的文件添加到Git的暂存区中。
* 接下来我们通过git commit命令将缓存区中的更改提交到Git仓库中，并生成一个新的版本号。
* 提交完成后，如果我们需要对一些不满意的内容进行撤销，可以使用git revert命令来创建一个新的提交，但是需要注意的是，该提交将会抵消前面提交的效果。
* 若需要对所提交的内容进行相对应不同分支的合并，我们可以使用git merge进行合并代码。
* 若需要查看之前的历史记录，我们还可以使用git log命令进行获取详细信息。
* 如果要将提交的代码想远程仓库推送，可以使用git push命令进行远程仓库的推送。
* 相反的，如果想要从远程仓库中获取代码，我们可以使用git pull命令将远程代码拉取到本地。
Git的基本流程图如下图所示：
图像能够提高解释成效，如上图基本可见Git的相关流程。
Git实践
Git仓库初始化使用命令为：git init
其他参数为：
- --initial -branch：git的默认初始化分支是master分支，也可以通过指定参数初始化为别的分支
- --bare：创建一个裸仓库
- --template：通过模板来创建预先构建好的自定义git目录
配置
Git的配置级别从高到低分别有：global、system、local。
每个级别的配置可能重复，但低级别的配置会覆盖高级别的配置。
使用Git遇到的问题
- 提交内容混乱：大量散乱的commit
- 很多合并导致的无意义提交
- 主分支之间的频繁合并带来的使用困难。
解决：
- 主分支只有master分支，在它上面开发
- 每个发布周期都从master分支产生新的release分支
- release先用于测试，此时通过后在用来进行发布，在发布前打上tag
- 测试中的bug根据情况选择分支master或release修改后合并
- 发布后只在客户对应的release分支修改bug,回签到master
必须默认配置：git config --global pull.rebase perser
总结
原本对于这方面学习我仅限于对于git工具有一些了解，但是在上完学习课后，了解到了更多关于git命令的相关知识，在这里我陈述的内容很少，是对于这方面还未完全消化，后续会继续学习。
