Git基础
git介绍
- git是一个开源的版本控制系统,可以有效,高速高速的处理从很小到非常大的项目版本管理。被广泛应用于项目开发过程中的代码管理、文档管理等。
git常见操作场景
- git add之后撤销
git status : 先看一下add中的文件
git reset HEAD : 如果后面什么都不跟的话 就是上一次add 里面的全部撤销了
git reset HEAD xxx/xxx/.java 就是对某个文件进行撤销了
- git commit 之后撤销
git log :查看节点
commit xxxxxxxxxxxxxxxxxxxxxxxxxx
Merge:
Author:
Date:
然后:git reset commit_id
//还没有push的时候
git reset commit_id (回退到上一个 提交的节点 代码还是原来你修改的)
git reset –hard commit_id (回退到上一个commit节点, 代码也发生了改变,变成上一次的)
- git revert 撤销 某次操作,此次操作之前和之后的commit和history都会保留,并且把这次撤销 作为一次最新的提交
- git revert HEAD 撤销前一次 commit
- git revert HEAD^ 撤销前前一次 commit
- git revert commit (比如:fa042ce57ebbe5bb9c8db709f719cec2c58ee7ff)撤销指定的版本,撤销也会作为一次提交进行保存。 git revert是提交一个新的版本,将需要revert的版本的内容再反向修改回去, 版本会递增,不影响之前提交的内容
- git revert 和 git reset的区别
- git revert是用一次新的commit来回滚之前的commit,git reset是直接删除指定的commit。
- 在回滚这一操作上看,效果差不多。但是在日后继续merge以前的老版本时有区别。因为git revert是用一次逆向的commit“中和”之前的提交,因此日后合并老的branch时,导致这部分改变不会再次出现,但是git reset是之间把某些commit在某个branch上删除,因而和老的branch再次merge时,这些被回滚的commit应该还会被引入。
- git reset 是把HEAD向后移动了一下,而git revert是HEAD继续前进,只是新的commit的内容和要revert的内容正好相反,能够抵消要被revert的内容。
git workflow
按 主干分支
- 先锋主干多稳定分支 日常开发在主分支,每生成一个稳定可发布版本,即切出一个发布版本分支,此 分支日后不做功能扩展,只做修订。 适用于有“版本发布”特点的项目,日后对每一个版本都负责运维。
- 守护主干多先锋分支 日常开发在多个分支上,每个分支完成的功能开发合并到主干分支上,保证主干 分支是随时可发布的稳定版本。 适用于有“持续集成”特点的项目。
- 主干无分支 只有一个主干,作为日常开发,也作为发布。需要结合详细的测试(自动集成测 试、静态代码检查、单元测试、API测试、界面自动化测试等)保证代码质量。 适用于开发前期的集中开发阶段。
- 守护主干单分支 包括一个日常开发分支和一个用来发布的稳定主干分支。