Git版本控制工具学习笔记一：git使用正确姿势，git常见工作流学习

文章目录

• 1. Git版本控制工具学习笔记一：一篇文章搞懂git
• 1.1. Git使用总图
• 1.2. Git所包含的区域
• 1.3. Git常用命令
• 1.4. Git的使用方法
• 1.5. pull和fetch的区别：
• 1.6. Git常用工作流--分支管理策略
• 1.6.1. git-flow工作流 --多分支策略
• 1.6.2. github工作流--单分支策略
• 1.6.3. gitlib工作流--结合前两者的策略
• 注意：大坑

1. Git版本控制工具学习笔记一：一篇文章搞懂git

1.1. Git使用总图

1.2. Git所包含的区域

1. 本地工作区
2. 本地暂存区
3. 本地仓库
4. 远程仓库

1.3. Git常用命令

1. pull:拉取
   • 目的是从远程仓库中拉取到工作空间。
   • 包含获取并合并代码。
   • 再往远程仓库提交代码时要先拉取，因为你提交了时，别人如果也提交了代码，你的代码可能将别人提交的代码给覆盖掉。这样就造成了冲突。
2. add：将本地工作区的代码添加到本地暂存区。
   • 用于建立文件索引。便于更新，查找文件。
3. commit：将本地暂存区的代码提交到本地仓库，准备提交到远程仓库。
4. push:将本地仓库中的代码提交到远程仓库。
5. fetch&clone:获取或者克隆，将远程代码下载到本地仓库。
6. checkOut：将本地仓库中的代码合并到工作区

1.4. Git的使用方法

1. 在提交代码前要远程仓库中拉取代码，因为别人也许提交了代码，你如果提交会将别人提交的代码给冲掉，为了避免这种错误发生，我们先获取远程代码，有两种方式
   • 一：通过pull直接拉取并合并代码。
   • 二：先clone获取fetch（获取）然后进行检出checkout同样实现获取并合并远程的代码。
2. 提交你的代码到本地暂存区，用于添加索引。
   • 在idea中选中你的要提交的代码，右键git选择add添加到本地暂存区。
3. commit提交文件，就提交到了本地仓库中了，
4. push：提交本地仓库到远程仓库。

1.5. pull和fetch的区别：

1. fetch是从远程仓库获取到本地仓库，但是并没有合并到本地工作区
2. pull相当于执行了两个命令，即：fetch再合并到本地工作区。

1.6. Git常用工作流–分支管理策略

1. 工作流顾名思义即多人团队开发时的工作流程。常见的工作流程有三种。

2. 常见工作流
   • git-flow
   • github-flow
   • gitlab-flow

1.6.1. git-flow工作流 --多分支策略

1. master 和develop是长期分支，master上的代码都是版本发布状态。develop分支代表最新的开发进度。
2. 一般是在develop分支上拉出一个feature分支，在feature分支上开发并验证后，合并到develop分支上，当develop分支上的代码达到稳定状态，可以发布一个版本后，会从develop分支合并到release分支，进行发布，如果有问题就在release分支上修复，修复并验证没有问题后就合并到master分支和develop分支，进行正式发布。而hotfix分支直接从master分支拉出修改，修改完成验证后直接合并到master分支和develop分支。
3. 缺点：操作复杂，没有图形界面。

1.6.2. github工作流–单分支策略

1. github工作流只有一个长期的分支master,并且长期处于发布状态，开发时可以从master分支检出一个feature分支，开发并验证通过后，代码合并到master分支，github工作流hotfix修复功能和feature功能是一样的。

1.6.3. gitlib工作流–结合前两者的策略

1. gitlib使用pre-production分支来预发布版本，使用production分支来发布版本。很好。

注意：大坑

1. Intellij IDEA中Git本地仓库必须建立在当前项目文件夹下，其它自定义的位置不支持；(这他妈是个大坑)