Git的基本知识和常用指令

Posted 2021-03-26 cr1215995281

一、Git代码状态转换图

其中：

• 未被Git跟踪的状态为unstage状态；
• 已被Git跟踪的状态为stage状态（stage：阶段），因此包括staging状态和staged状态。

      untrack files：是指尚未被git所管理的文件；changed but not updated：是指文件被git管理，并且发生了改变，但改动还没被git管理；这两种状态，都可以看成是改动还没被git管理的状态，我们这里称unstage状态。
staging是commit和未管理之间的一个状态，也有别名叫index状态，也就是git已经管理了这些改动，但是还没完成提交。changes to be commited是指进入staged状态的文件。
.gitignore中的文件，不会出现在以上三个状态中。
注：

• 这个图也解释了为啥从远端库拉代码，不需要add、commit。
• 代码一旦修改，就会成为未被git库跟踪的状态。需要add、commit。

 

二、大白话Git

1.Git是什么？

Git是目前世界上最先进的分布式版本控制系统（没有之一）。

2.Git有什么特点？简单来说就是：高端大气上档次！

　　2.1、Git 管理代码，保证代码版本迭代连续性，即：向A分支merge或者push代码时，A分支代码必须是当前代码的上一个版本，不然会产生冲突。（换句话说：Git确保当前的本地的代码为最新）

　　2.2、Git有修改就有提交，就有新的代码版本，git管理维护的是修改。

　　2.3、Git分支存储的是代码副本。

　　2.4、push ：实际上就是将本地分支合并到远端库分支；pull：实际就是将远端分支合并到本地分支。

3.那什么是版本控制系统？

如果你用Microsoft Word写过长篇大论，那你一定有这样的经历：

想删除一个段落，又怕将来想恢复找不回来怎么办？有办法，先把当前文件“另存为……”一个新的Word文件，再接着改，改到一定程度，再“另存为……”一个新文件，这样一直改下去，最后你的Word文档变成了这样：

过了一周，你想找回被删除的文字，但是已经记不清删除前保存在哪个文件里了，只好一个一个文件去找，真麻烦。

看着一堆乱七八糟的文件，想保留最新的一个，然后把其他的删掉，又怕哪天会用上，还不敢删，真郁闷。

更要命的是，有些部分需要你的财务同事帮助填写，于是你把文件Copy到U盘里给她（也可能通过Email发送一份给她），然后，你继续修改Word文件。一天后，同事再把Word文件传给你，此时，你必须想想，发给她之后到你收到她的文件期间，你作了哪些改动，得把你的改动和她的部分合并，真困难。

于是你想，如果有一个软件，不但能自动帮我记录每次文件的改动，还可以让同事协作编辑，这样就不用自己管理一堆类似的文件了，也不需要把文件传来传去。如果想查看某次改动，只需要在软件里瞄一眼就可以，岂不是很方便？

这个软件用起来就应该像这个样子，能记录每次文件的改动：

版本	文件名	用户	说明	日期
1	service.doc	张三	删除了软件服务条款5	7/12 10:38
2	service.doc	张三	增加了License人数限制	7/12 18:09
3	service.doc	李四	财务部门调整了合同金额	7/13 9:51
4	service.doc	张三	延长了免费升级周期	7/14 15:17

这样，你就结束了手动管理多个“版本”的史前时代，进入到版本控制的20世纪。

 

三、Git本地常用操作指令

1、创建git库

　　git init  #在当前目录中生成一个.git 目录（含有.git目录的目录即是git仓库）

2、注册git用户

--->用于在团队合作开发中，表明代码作者。

　　git config --global user.name XXX  #用户名

　　git config --global user.email XXX   #用户邮箱

　　git config --list  #查看用户信息

注：加--global，全局设置。

3、向git库添加修改

　　git add [path］ #会把对应目录或文件，添加到stage状态
　　git add .  #会把当前所有的untrack files和changed but not updated添加到stage状态

实际上是为修改内容添加index索引。

4、向版本库提交修改

　　git commit –m “XXXX”     #提交修改,添加注释

注：git 提示： 未有add红色字体，未有commit绿色字体，已提交则worktree是干净的

5、查看当前代码库的状态

　　git status

6、查看版本信息

　　--->实际是查看修改提交信息

　　git log

　　git log --graph  #以图形化（节点）展示当前git库的提交信息。

7、查看指定版本信息

　　git show sdjf974654dd….  #(show后面为每次提交系统自动生成的一串哈希值)

　　git show sdji97 #一般只使用版本号的前几个字符即可

8、撤销修改

　　git reset
（1）撤销整体修改
git reset --hard  #回到原来编辑的地方,改动会丢失。（同样适用于团队对于其他人
的修改恢复）

git reset --hard sdv143kvf…... #可回到指定的版本#(hard后面为每次提交系统自
动生成的一串哈希值)
     git reset [path] 会改变path指定的文件或目录的stage状态，到非stage状态。
     git reset 会将所有stage的文件状态，都改变成非stage状态。

（2）撤销某次修改
    回退1个change的写法就是git reset HEAD^，
    2个为HEAD^^，
    3个为HEAD~3，以此类推。

9、向远端库推送修改（提交修改）

　　git push origin 分支名

10、暂存修改

　　git stash可以把当前的改动（stage和unstage，但不包括untrack的文件）暂存。

　　然后通过git stash list查看。

　　并通过git stash apply重新取出来。但apply之前要保证worktree是干净的。

 

四、Git团队开发常用操作指令

1、获取远端库项目

　　git  clone/pull

2、团队开发的基本流程（多分支合并一个分支）

　　git add .   #添加改动的文件
　　git commit  #（提交至本地）
　　git pull --rebase  #（将服务器项目与本地项目合并）
　　git push    #（将本地项目上传至远端库）
　　（在提交前要git pull --rebase 一下，确保当前的本地的代码为最新。）

 

五、Git 分支管理

1、建立分支
　　git branch AAA   #建立分支AAA

2、分支切换
　　git checkout AAA   #从当前分支切换到AAA分支 (若AAA分支不存在，则自动新建)

3、将分支与主枝master合并
　　git checkout master   #（首先切换回主枝）
　　git merge AAA    #（将分支AAA与主枝合并）

注：git merge：默认情况下，Git执行"快进式合并"（fast-farward merge），会直接将Master分支指向Develop分支。
　　使用--no-ff参数后，会执行正常合并，在Master分支上生成一个新节点。为了保证版本演进的清晰（保持提交曲线为直线），建议采用这种方法。

4、当前分支查看
　　git branch    #默认有master（也称为主枝）
　　git branch -r  #查看远端库分支
　　git branch –a  #查看当前所有分支（包括本地分支和远端库分支）

5、删除分支
　　git branch –d  AAA   #删除分支AAA

6、切下远端库A分支到本地库A分支

　　git checkout -b  A origin/A  （若本地A分支不存在，则自动新建）

注：上面只是一些基本的操作命令，更多的命令可通过帮助文档查询。
         帮助文档的使用：
man git-<需查询的指令>      #（git后面有“-”）
    如commit的查询为  man git-commit

六、本地代码上传Github

1、Gtthub上建立远端仓库，复制下载链接。

2、本地指定目录下，Gitbash粘贴远端仓库下载链接拉取远端仓库代码。

3、复制本地需要提交的代码到远端仓库目录。

3、Git add、commit、push 提交本地代码至Github远端仓库。