plj521的博客

在DevOps的软件开发过程包含计划、编码、 构建、 测试、 预发布、 发布、 运维、 监控，由此可⻅DevOps的强⼤。在develop测试时，出现bug，我们需要回退到feature分支（feature分支是在develop分支基础上创建完成得）上进行处理，2.在hotfix分支上把bug修复完毕，需要合并到 master 分⽀和 develop 分⽀并推送远程。1.develop为开发分⽀,基于master分⽀创建的只读且唯⼀分⽀，始终保持最新完成以及 bug 修复后的代码。

切换到function1分支，然后合并master分支，并提交，推送function1分支。• 如果推送失败，则因为远程分⽀⽐你的本地更新，需要先⽤ git pull 试图合并；目标：远程master分支下file.txt文件新增代码“aaa”，“bbb”实现：由开发者1新增function1，由开发者2新增function2。2.在本地仓库里将master分支拉取下来，然后合并master分支。需要先切换到master分支上，然后拉取远程仓库里的内容。

前面所说的所有内容（⼯作区，暂存区，版本库等等）， 都是在本地，现在我们学习远程仓库

在Git里，master分支也叫主分支。HEAD 严格来说不是指向提交，⽽是指向master，master才是指向提交的，所以，HEAD 指向的就是当前分⽀。每次提交，master分⽀都会向前移动⼀ 步，这样，随着你不断提交，master分⽀的线也越来越⻓,而HEAD只要⼀ 直指向master分⽀即可指向当前分⽀。

3.通过git reset --hard commitid 我们可以回退版本，当前文件已经回退到第一个版本，也就是，我们在工作区只能看到4个文件（–hard 表示工作区、暂存区、版本库都回退版本）2.vim file1，我们修改file1，再次查看文件是否被修改，发现会显示file1文件被修改，但是还没有进行添加和提交操作。-1 +1,2：-表示文件改动前，1表示第一行内容，+表示文件改动后，1,2表示改动后，从第一行开始，连续两行的内容。1.第一个版本我们提交了4个文件，第二个版本我们提交了3个文件。

本篇讲的是Git的操作过程和原理（git追踪管理的其实是修改，而不是文件）Git也叫版本控制系统（版本控制器），他它能够控制电脑上各种格式（doc、excel、dwg、dgn、rvt等等）的文件。其实git只能跟踪⽂本⽂件的改动，⽽图⽚ 、视频这些⼆进制⽂件，虽然也能由版本控制系统管理，但没法跟踪⽂件的变化，只能把⼆进制⽂件每次改动串起来，也就是只知道图⽚从100KB改成了120KB，但到底改了啥，版本控制系统不 知道，也没法知道。