Git - 关于 Git 的一些补充 (1)
Git——关于Git的一些补充(1)
提示:图床在国外且动图比较多的情况下,需要时间加载。
目录:
-
Git——关于Git的一些补充(1)
- 提示:图床在国外且动图比较多的情况下,需要时间加载。
- 目录:
-
Git基础
- Git文件的生命周期
- Git文件的存储空间的划分
- Git安装过程补充说明
-
Git的撤销操作
- 修正上一次的提交
- 撤销暂存区的文件
- Git的rm命令补充
-
Git的diff命令补充
- Git diff 解析
- Git的mv命令
- Github Windows Version Install
Git基础
基础内容请参考廖雪峰Git教程,这里只做一点概念的补充,来方便理解。
Git文件的生命周期
此部分补充上述教程中创建版本库的部分内容
Git所管理的文件可以处于以下五种状态:
未跟踪(untracked)、未修改(clean)、已修改(modified)、已暂存(staged)、已提交(committed)
上图中(浏览器右侧有切换到浅色主题的按钮,使用之后看的更清楚),线上的命令代表了在各个状态变化中使用的命令名称,状态clean和其翻译并对不上,其原因是clean代表的是刚刚完成克隆或者刚刚提交完成之后的仓库状态,详细状态切换及使用的命令的参数可以参考廖雪峰的教程。其中committed部分指的是每次提交完成之后工作区的代码又返回了clean状态,即没有变化,更改的意思,并没有其对应的命令。
由此五种状态的转变可以引出——什么是仓库?
Git是如何在存储空间中划分的?
是如何将的代码在各个状态中进行保存的?
Git文件的存储空间的划分
- 工作目录(Working Directory):工作目录实际上是项目中某一个版本的单次检出(check out)。这些文件是从Git目录下的压缩数据库内被提取出,放置在磁盘上以供使用和修改。也就是你能看到的项目内容。
- 暂存区(Stage/Index):暂存区是一个文件,一般位于Git目录中,保存了下次提交内容的相关信息。有时候也被称之为索引。
- Git目录(Repository)::Git目录是保存项目元数据和对象数据库的地方。这是Git最重要的部分,也是其他计算机中克隆仓库时复制的内容。
在你使用命令之后整个工作流程 上划分如下:
蓝色部分是你的工作区域,也就是你修改的或者使用的代码皆是存在于此的,其中比较重要的是add和commit命令,使用这两个命令或者操作会将文件拉入Index区或者Repository区。受限于mermaid画图无法嵌套,实际上Index应是Repository区的一部分。
Git安装过程补充说明
在安装过程中,git会让你选择pull操作的逻辑:
Fast-forward操作指的是当前分支所在位置是在已有要合并分支的后面,打个比方:
main节点落后于服务器上的main(以后都称之为origin/main),此时执行Fast-forward操作就是将当把服务器的远程分支合并到main之上,也就是执行merge操作,此时main指针会向前走一个,这样的操作就是Fast-forward。
merge操作指的是在本地分支和远程分支在同一个基点产生分歧的时候如下图所示:
在你的第一次提交之后本地已有个第二次提交,远程也有一个基于第一次提交的远程提交,此时就需要merge将两次提交合并成新的提交:merge_commit,来进行合并。
Rebase操作指的是在上述情况之上直接将Remote_commit修改,再合并到Second_commit之上:
这里选择默认即可。当然git pull --rebase操作不仅仅能实现这种效果,更多内容请参考下一篇,关于分支管理的内容。
Git的撤销操作
修正上一次的提交
撤销上一次的提交指的是上一次的提交会被这次新的提交所覆盖,假设你的commit信息在上次输入错误了,我们就可以使用:
git commit --amend
来再次进行提交,这次提交还是会打开输入信息框,修改后信息就会更新,且上一次提交就被覆盖了或者说应该是被修正了。
第一次提交:
第二次提交:
撤销暂存区的文件
如果你不小心提交了不该提交的内容到index区,我们可以使用:
git reset HEAD filename
来将其从暂存区中删除,记得不要使用rm,rm同时也会把其从工作区一起删除,这是二者的区别。
Git的rm命令补充
要从版本管理系统中移除某一个文件,你需要把它先从已跟踪文件列表里面删除,然后再提交修改才可以,这里就要使用rm命令来实现,如果没有使用git rm,而是简单的直接从文件列表删除,就会产生如下后果:
我们将copy结尾的文件删除,其已经被修改后提交:
我们将其手动删除,查看git的状态。
这里就会提示你有一个删除操作没有提交到暂存区,你需要手动使用
git add .
来将删除操作暂存,并用commit命令提交到committed区。
这样的操作略显麻烦,不过问题不大,我们可以直接使用rm命令来进行操作。rm命令会将文件从暂存区和工作区直接删除,这样提交的时候就不会有未跟踪的文件提示了。
Git的diff命令补充
在安装完成之后,我们使用git bash 来查看 diff,在diff查看之前我们应该有一个已经committed的版本,方便我们来查看不同之处,这里使用的就是本篇文章的存储库来查看,
写到这里,我们使用命令:
git diff
效果如下:
上图红红绿绿的部分,就是代表了修改的内容,这个表格是用来查看你相对于索引(index)(下次提交的暂存区域)所做的修改。 换句话说,这些差异是你_可以告诉 Git 进一步添加到索引中,但你仍然没有。,我们从头开始,解析这一段代表的是什么意思。
Git diff 解析
git所使用的diff是1990年,GNU diff率先推出了"合并格式"的diff,将需要比较文件的上下文合并在一起显示的一种diff格式、不同的diff格式不同,目前比较多的是GNU diff格式,git在此基础上添加了一些信息,用来显示一些内容。
第一部分实际上是文件的基本信息,用来显示git的对象:
一般格式如下:
diff --git a/f1 b/f1
进行比较的是,a版本的f1(即变动前)和b版本的f1(即变动后)。
由于我的文件包含中文,所以中文被解析成了对应的字符,仔细看实际上是能发现对应的内容的:
然后一行显示的是两个版本的git哈希值(index区域的6f8a38c对象,与工作目录区域的449b072对象进行比较),最后的六位数字是对象的模式(普通文件,644权限)
index a7a1862..fcf1525 100644
第三行表示进行比较的两个文件。
"---"表示变动前的版本,"+++"表示变动后的版本。
第二部分,变动的位置用两个@作为起首和结束。
@@ -33,14 +33,18 @@
-33
中-
代表第一个文件也就是上一个版本的文件,33代表第33行,14
代表连续14行,合在一起意思就是从33行起连续14行,同样的,+
代表变动后的文件,从33行开始一直到18行。
第三部分,就是具体的修改内容了:
文件内容的每一行最前面,还有一个标记位。如果为空,表示该行无变化;如果是感叹号(!),表示该行有改动;如果是减号(-),表示该行被删除;如果是加号(+),表示该行为新增。图片中的+- --
均为文档自身包含一个-号,与git无关。
参考:读懂diff - 阮一峰的网络日志 (ruanyifeng.com)
Git的mv命令
git并不会显式的跟踪文件的移动,如果你在文件管理系统中,直接重名了文件,git并不能发觉,会将其认为是一个新的文件,如此这般我们就需要将文件重新加入到跟踪队列,实际上我们可以说使用git mv命令来实现更快捷的操作:
如图我们直接修改文件夹中的README.md文件为README,此时git会发觉到:
不过问题不大我们可以直接用mv来修改,这样git就会自动将其加入到追踪文件中:
git mv README.md README
此时可以看到对应的文件被变成了这个样子:
我们直接提交修改即可。需要注意的是,这一个操作相当于将其改名之后,并将其提交到stage区域,如果你想改回来,就需要将暂存区的内容清空使用上文的reset命令,最后再手动将名字修改回来。
Github Windows Version Install
很多人上来就要安装Git for windows项目,我是不推荐的,Github针对Git开发了更方便的Github Desktop软件,主要包含GUI和操作,同时也针对了PowerShell做了兼容,这一点非常好。便于跨平台的使用。(这是比较老的说法了,实际上他们放弃了维护CLI部分,专注使用GUI部分,详见:Where does Github desktop install command line version of Git - Stack Overflow),但对新手来说GUI更适合一点,虽然无法使用全部的Git命令,但GUI已经足够了。
下载地址如下:GitHub Desktop | Simple collaboration from your desktop
下载后注册账号登陆即可:
设置本地Git信息也是易如反掌,我的建议是对于工具类不需要太过深入了解,但是要有求知的心,建议看完Git for Windows项目的教程之后再来看这个会更加理解,本人入门的时候也是用的Git for Windows来进行配置的,整个过程受益颇多。
我们可以简单过一遍教程:
这里省略了几个验证的细节,只需要点点就可以了,来到正式的界面:
右侧写了教程的步骤,这里要我们创建一个新的分支,分支的含义在这里已经详细阐述了,简单来说就是可以允许不同版本的代码同时在相同仓库下进行开发。点击创建新的分支之后:
会使用系统默认的编辑器打开对应文本文件:
在下方添加以下总结信息,这对参与项目者十分重要,来标识你干了什么。
最后将分支推送到Github之上:
pull request,是将你修改好的代码推送到审核人员那里,在审核人员将你实现的功能合并到主分支或者某一个分支之上。
跳转到网页进行申请处理
审核人员审核之后也就是分支合并之后,可以选择删除你的开发分支,删除之后GIt上就剩下了一个分支。
上一篇: [建议收藏] 初级和中级前端的基本知识
下一篇: 软件开发工程师能力水平分解:从初级到专家
推荐阅读
-
Git - 关于 Git 的一些补充 (1)
-
尚硅谷2024最新Git企业实战教程 | Git and GitLab的企业实战-第1章 Git概述
-
关于在项目中使用 git、拉动、创建分支、提交代码和切换分支的教程
-
关于 Java 使用 jgit 管理 git 仓库的 DevOps 系列文章 - 证书管理#
-
在Git中,关于分支命名的简易指南与标准
-
Git远程操作实战分享:一些实用的仓库管理技巧
-
F#探险之旅(二):函数式编程(上)-函数式编程范式简介 F#主要支持三种编程范式:函数式编程(Functional Programming,FP)、命令式编程(Imperative Programming)和面向对象(Object-Oriented,OO)的编程。回顾它们的历史,FP是最早的一种范式,第一种FP语言是IPL,产生于1955年,大约在Fortran一年之前。第二种FP语言是Lisp,产生于1958,早于Cobol一年。Fortan和Cobol都是命令式编程语言,它们在科学和商业领域的迅速成功使得命令式编程在30多年的时间里独领风骚。而产生于1970年代的面向对象编程则不断成熟,至今已是最流行的编程范式。有道是“*代有语言出,各领风骚数十年”。 尽管强大的FP语言(SML,Ocaml,Haskell及Clean等)和类FP语言(APL和Lisp是现实世界中最成功的两个)在1950年代就不断发展,FP仍停留在学院派的“象牙塔”里;而命令式编程和面向对象编程则分别凭着在商业领域和企业级应用的需要占据领先。今天,FP的潜力终被认识——它是用来解决更复杂的问题的(当然更简单的问题也不在话下)。 纯粹的FP将程序看作是接受参数并返回值的函数的集合,它不允许有副作用(side effect,即改变了状态),使用递归而不是循环进行迭代。FP中的函数很像数学中的函数,它们都不改变程序的状态。举个简单的例子,一旦将一个值赋给一个标识符,它就不会改变了,函数不改变参数的值,返回值是全新的值。 FP的数学基础使得它很是优雅,FP的程序看起来往往简洁、漂亮。但它无状态和递归的天性使得它在处理很多通用的编程任务时没有其它的编程范式来得方便。但对F#来说这不是问题,它的优势之一就是融合了多种编程范式,允许开发人员按照需要采用最好的范式。 关于FP的更多内容建议阅读一下这篇文章:Why Functional Programming Matters(中文版)。F#中的函数式编程 从现在开始,我将对F#中FP相关的主要语言结构逐一进行介绍。标识符(Identifier) 在F#中,我们通过标识符给值(value)取名字,这样就可以在后面的程序中引用它。通过关键字let定义标识符,如: let x = 42 这看起来像命令式编程语言中的赋值语句,两者有着关键的不同。在纯粹的FP中,一旦值赋给了标识符就不能改变了,这也是把它称为标识符而非变量(variable)的原因。另外,在某些条件下,我们可以重定义标识符;在F#的命令式编程范式下,在某些条件下标识符的值是可以修改的。 标识符也可用于引用函数,在F#中函数本质上也是值。也就是说,F#中没有真正的函数名和参数名的概念,它们都是标识符。定义函数的方式与定义值是类似的,只是会有额外的标识符表示参数: let add x y = x + y 这里共有三个标识符,add表示函数名,x和y表示它的参数。关键字和保留字关键字是指语言中一些标记,它们被编译器保留作特殊之用。在F#中,不能用作标识符或类型的名称(后面会讨论“定义类型”)。它们是: abstract and as asr assert begin class default delegate do donedowncast downto elif else end exception extern false finally forfun function if in inherit inline interface internal land lazy letlor lsr lxor match member mod module mutable namespace new nullof open or override private public rec return sig static structthen to true try type upcast use val void when while with yield 保留字是指当前还不是关键字,但被F#保留做将来之用。可以用它们来定义标识符或类型名称,但编译器会报告一个警告。如果你在意程序与未来版本编译器的兼容性,最好不要使用。它们是: atomic break checked component const constraint constructor continue eager event external fixed functor global include method mixinobject parallel process protected pure sealed trait virtual volatile 文字值(Literals) 文字值表示常数值,在构建计算代码块时很有用,F#提供了丰富的文字值集。与C#类似,这些文字值包括了常见的字符串、字符、布尔值、整型数、浮点数等,在此不再赘述,详细信息请查看F#手册。 与C#一样,F#中的字符串常量表示也有两种方式。一是常规字符串(regular string),其中可包含转义字符;二是逐字字符串(verbatim string),其中的(")被看作是常规的字符,而两个双引号作为双引号的转义表示。下面这个简单的例子演示了常见的文字常量表示: let message = "Hello World"r"n!" // 常规字符串let dir = @"C:"FS"FP" // 逐字字符串let bytes = "bytes"B // byte 数组let xA = 0xFFy // sbyte, 16进制表示let xB = 0o777un // unsigned native-sized integer,8进制表示let print x = printfn "%A" xlet main = print message; print dir; print bytes; print xA; print xB; main Printf函数通过F#的反射机制和.NET的ToString方法来解析“%A”模式,适用于任何类型的值,也可以通过F#中的print_any和print_to_string函数来完成类似的功能。值和函数(Values and Functions) 在F#中函数也是值,F#处理它们的语法也是类似的。 let n = 10let add a b = a + blet addFour = add 4let result = addFour n printfn "result = %i" result 可以看到定义值n和函数add的语法很类似,只不过add还有两个参数。对于add来说a + b的值自动作为其返回值,也就是说在F#中我们不需要显式地为函数定义返回值。对于函数addFour来说,它定义在add的基础上,它只向add传递了一个参数,这样对于不同的参数addFour将返回不同的值。考虑数学中的函数概念,F(x, y) = x + y,G(y) = F(4, y),实际上G(y) = 4 + y,G也是一个函数,它接收一个参数,这个地方是不是很类似?这种只向函数传递部分参数的特性称为函数的柯里化(curried function)。 当然对某些函数来说,传递部分参数是无意义的,此时需要强制提供所有参数,可是将参数括起来,将它们转换为元组(tuple)。下面的例子将不能编译通过: let sub(a, b) = a - blet subFour = sub 4 必须为sub提供两个参数,如sub(4, 5),这样就很像C#中的方法调用了。 对于这两种方式来说,前者具有更高的灵活性,一般可优先考虑。 如果函数的计算过程中需要定义一些中间值,我们应当将这些行进行缩进: let halfWay a b = let dif = b - a let mid = dif / 2 mid + a 需要注意的是,缩进时要用空格而不是Tab,如果你不想每次都按几次空格键,可以在VS中设置,将Tab字符自动转换为空格;虽然缩进的字符数没有限制,但一般建议用4个空格。而且此时一定要用在文件开头添加#light指令。作用域(Scope)作用域是编程语言中的一个重要的概念,它表示在何处可以访问(使用)一个标识符或类型。所有标识符,不管是函数还是值,其作用域都从其声明处开始,结束自其所处的代码块。对于一个处于最顶层的标识符而言,一旦为其赋值,它的值就不能修改或重定义了。标识符在定义之后才能使用,这意味着在定义过程中不能使用自身的值。 let defineMessage = let message = "Help me" print_endline message // error 对于在函数内部定义的标识符,一般而言,它们的作用域会到函数的结束处。 但可使用let关键字重定义它们,有时这会很有用,对于某些函数来说,计算过程涉及多个中间值,因为值是不可修改的,所以我们就需要定义多个标识符,这就要求我们去维护这些标识符的名称,其实是没必要的,这时可以使用重定义标识符。但这并不同于可以修改标识符的值。你甚至可以修改标识符的类型,但F#仍能确保类型安全。所谓类型安全,其基本意义是F#会避免对值的错误操作,比如我们不能像对待字符串那样对待整数。这个跟C#也是类似的。 let changeType = let x = 1 let x = "change me" let x = x + 1 print_string x 在本例的函数中,第一行和第二行都没问题,第三行就有问题了,在重定义x的时候,赋给它的值是x + 1,而x是字符串,与1相加在F#中是非法的。 另外,如果在嵌套函数中重定义标识符就更有趣了。 let printMessages = let message = "fun value" printfn "%s" message; let innerFun = let message = "inner fun value" printfn "%s" message innerFun printfn "%s" message printMessages 打印结果: fun value inner fun valuefun value 最后一次不是inner fun value,因为在innerFun仅仅将值重新绑定而不是赋值,其有效范围仅仅在innerFun内部。递归(Recursion)递归是编程中的一个极为重要的概念,它表示函数通过自身进行定义,亦即在定义处调用自身。在FP中常用于表达命令式编程的循环。很多人认为使用递归表示的算法要比循环更易理解。 使用rec关键字进行递归函数的定义。看下面的计算阶乘的函数: let rec factorial x = match x with | x when x < 0 -> failwith "value must be greater than or equal to 0" | 0 -> 1 | x -> x * factorial(x - 1) 这里使用了模式匹配(F#的一个很棒的特性),其C#版本为: public static long Factorial(int n) { if (n < 0) { throw new ArgumentOutOfRangeException("value must be greater than or equal to 0"); } if (n == 0) { return 1; } return n * Factorial (n - 1); } 递归在解决阶乘、Fibonacci数列这样的问题时尤为适合。但使用的时候要当心,可能会写出不能终止的递归。匿名函数(Anonymous Function) 定义函数的时候F#提供了第二种方式:使用关键字fun。有时我们没必要给函数起名,这种函数就是所谓的匿名函数,有时称为lambda函数,这也是C#3.0的一个新特性。比如有的函数仅仅作为一个参数传给另一个函数,通常就不需要起名。在后面的“列表”一节中你会看到这样的例子。除了fun,我们还可以使用function关键字定义匿名函数,它们的区别在于后者可以使用模式匹配(本文后面将做介绍)特性。看下面的例子: let x = (fun x y -> x + y) 1 2let x1 = (function x -> function y -> x + y) 1 2let x2 = (function (x, y) -> x + y) (1, 2) 我们可优先考虑fun,因为它更为紧凑,在F#类库中你能看到很多这样的例子。 注意:本文中的代码均在F# 1.9.4.17版本下编写,在F# CTP 1.9.6.0版本下可能不能通过编译。 F#系列随笔索引页面
-
关于Git小乌龟的安装及简单使用
-
使用git时遇到的一些奇奇怪怪的问题的原因及解决方法