git的学习笔记(一):git本地操作

2022-11-09 12:55:30

1.Git介绍

  • Git是一个开源的分布式版本控制软件,用以有效、高速的处理从很小到非常大的项目版本管理。
  • Git 最初是由Linus Torvalds设计开发的，用于管理Linux内核开发。
  • Git 是根据GNU的GPL(通用公共许可证)V2的条款分发的*/免费软件，安装参见：http://git-scm.com/
  • Git本身可以做到版本控制，但其所有版本记录只能保存在本机，如果想要将文件内容以及版本记录同时保存在远程，则需要结合GitHub来使用。
  • GitHub是一个基于Git的远程文件托管平台（同GitCafe、BitBucket和GitLab等）。

集中式版本控制系统与分布式版本控制系统的区别

  • 集中式

    版本库是集中存放在*服务器，用户客户端只有文件的某个版本.

    需要的时候，用户先从*服务器下载最新版本的文件到本地电脑，然后开始修改，修改完成后再把自己修改后的版本推送给*服务器。

    集中式版本控制系统最大的毛病就是必须联网才能工作，如果客户端到*服务器的网络不好的时候,就会很影响工作的效率.

  • 分布式

    远程服务器保存所有版本，用户客户端也可以保存所有版本

    分布式版本控制系统中每个人的电脑上都有一个完整的版本库.需要的时候，可以不需要联网，因为版本库就在你自己的电脑上。

    多人协同工作的时候,一个用户在自己电脑上改了文件A，另一个人在他的电脑上改了文件B，工作结束只需把各自的修改推送给对方，就可以互相看到对方的修改了。

2. 配置git的用户信息

git config --global user.name 'your_name'

git config --global user.email 'your_email'

git config的三个作用域

缺省等同于local

git config --local			# 只对某个git仓库有效

git config --global			# global对当前用户所有仓库有效

git config --system			# system对系统所有登录的用户有效

显示config的配置，加--list

git config --list --local

git config --list --global

git config --list --system

3.git仓库管理

3.1 初始化git仓库

1.把已有的项目代码纳入git管理

cd 项目代码所有文件夹

git init

2.新建的项目直接用git管理

cd 某个文件夹

git init your_project		# 会有当前路径下创建和项目名称同名的文件夹

cd your_project

3.2 往仓库里添加文件

git add files       # 添加文件

git add .           # 把工作区所有文件移动在暂存区

git commit          # 提交信息,加上 -a 选项可以把暂存区里的所有文件都进行提交

3.3 文件重命名和删除

git mv old_file_name new_file_name

git rm file_name

3.4 通过git log查看版本演变历史

查看版本演变历史的命令

git log

可添加的选项：

    --oneline       # 以每一行的方式查看当前分支的所有提交日志

    --pretty=online # 用commit id(版本号)显示修改记录,减少log文件的输出,使每条记录只输出一行

    -n4             # 以每一行的方式查看当前分支最近的4条提交日志

    --all           # 查看所有分支的提交日志

    --graph         # 以图形化方式查看提交日志

可以通过gitk图形界面工具来查看版本历史

3.5 查看git仓库的信息

git status                      查看当前git仓库的状态

git diff *                      检查上一次对文件所做的修改内容

git log                         查看版本库的修改历史记录

git reflog                      用来记录每一次命令(查询某次修改的版本号)

3.6 git的区域状态说明

工作区:

工作区(word directory)就是在电脑上能看到的目录

当前开发程序所在的目录为工作区,该区域的文件会有状态变化且状态由git自动检测

目录中的文件的任何变化(增,删,改),git都会检测到,可以使用git status命令查看

版本库:

版本库(repository)工作区有一个隐藏目录.git,保存的就是git的版本库

工作区检测到有文件发生变化,那么意味着文件状态被改变,这时就可以当做一个版本进行提交

工作区的代码通过git add来加入到暂存区,使用git commit命令把暂存区的文件加入到当前分支的(一般为git自动创建master的分区)

git的版本库中一个区域,称之为stage(或者叫index)的暂存区.

在工作区的文件被修改,使用`git status`查看状态时,显示文件的颜色为红色

使用`git add`把文件从工作区移到暂存区,再使用`git status`查看状态时,显示文件的颜色为绿色

3.7 git区域操作

git checkout --filename         撤销工作区的修改,把工作区的文件恢复到暂存区的状态

    如果文件修改后还未放到暂存区,撤消修改就回到未修改之前的状态

    如果文件修改后已添加到暂存区,撤消修改就回到添加进暂存区时的状态

git reset HEAD filename         把暂存区的修改撤消掉,重新放回到工作区,这条命令是在把修改后的文件提交到暂存区之后又后悔了,使文件恢复到版本库的状态

git reset HEAD                  取消暂存区所有文件

git reset HEAD -- index.html    把暂存区中的index.html恢复成跟工作区一样,可以添加多个文件

git checkout -- index.html      把工作区恢复成和暂存区一样

git stash                       储存当前工作现场

git stash list                  查看stash区域的所有信息

git stash apply                 取出stash区域中的文件放到当前工作区,但是文件还保存在stash区域中,可以反复使用

git stash drop                  删除最近一次储存的stash

git stash pop                   取出stash区域中的文件放到当前工作区中,文件不会继续保存到stash区域中

git stash stash@{num}           恢复指定stash

  • 注意

    • 若误删文件时,使用git checkout --filename 来恢复到未删除之前的状态
    • 确实要删除一个文件,使用git rm filename将其从git版本库中删除
    • git checkout和git reset都是在将文件add到暂存区,没有commit时的撤消修改
    • 若已经将文件从暂存区commit到版本库而未推送到远程时,可以回退到上一个版本
    • 若文件已经被推送到远程,则无法撤消

需要注意的是,git是对文件更改的管理,不是基于文件的管理

4.git分支及合并操作

git branch                                  # 查看当前分支并且看到在哪个分支下工作

git branch -v                               # 查看本地git分支

git branch -av                              # 查看所有分支及其详细信息，如果添加远程仓库，会显示远程仓库上的分支

git branch dev                              # 创建一个dev分支

git checkout -b dev                         # 创建dev分支并切换到dev分支上工作

git checkout -b temp 5ccb4b3                # 基于5ccb4b3这个版本创建一个temp的分支

git checkout -b branch2 branch1             # 基于branch1分支创建并切换到branch2分支

git checkout dev                            # 切换到dev分支

git checkout master                         # 切换回master分支

git branch -d dev                           # 删除dev分支，删除分支时，分支相关的信息也会被删除

git branch -D branch_name                   # 删除指定分支，删除分支时，分支相关的信息也会被删除

git checkout --*                            # 把文件返回到修改之前的状态

git merge dev                               # 把dev分支合并到当前分支

git merge --no-ff -m "commit_message" dev   # 不使用fast forward模式合并dev分支到当前分支

需要注意的是：

  • 1.合并分支的时候如果出现冲突，那么将会出现冲突提醒,此时修改文件,解决冲突后再次提交就可以了
  • 2.可以使用git log或者git log --graph指令来查看分支与分支合并情况
  • 3.通常在合并分支时,一般都是用fast forward模式,但是不能执行快速合并而且不会起冲突,这时合并之后就会做一次新的提交.
  • 4.当基于某个远程分支创建并切换到新的分支修改并commit之后，如果要提交到远程分支时，可以直接使用 git push 把本地分支的修改同步到远程仓库的指定分支(如果不是基于远程master分支创建则同步到远程仓库时也会同步到远程非master分支)
  • 5.修复bug时,需要新建并切换到bug分支.bug修复并提交后,合并到主分支,然后将临时bug分支删除.此时把临时bug分支快速合并到主分支后,临时bug分支里的提交信息就会消失,此时可以不使用快速合并,使用递归合并的方式将临时bug分支提交到主分支,这样临时bug分支里的提交信息也可以保留

5.版本回退

git reset --hard HEAD^          回退到上一个版本

git reset --hard HEAD^^         回退到上两个版本

git reset --hard 123456         回退到版本号为123456的版本

git reset --hard commit_id^     回退到指定commit_id的版本

  • 注意

    • HEAD^为上上一个版本,HEAD表示当前版本
    • 使用git reset命令回退后,再使用log命令将只能获得当前HEAD版本之前的版本,此时可以使用git reflog找到比当前版本新的版本的commit id就可以回滚回去了
    • log命令可以查看提交历史,reflog可以查看命令历史

6.忽略文件的推送

有的时候,提交推送的时候不想提交某些文件,此时可以在这个项目根目录下新建一个名为.gitignore的文件,

在这个文件里可以进行配置提交的时候忽略哪些文件,配置使用正则表达式的形式.

比如:

*.py                忽略所有的以py结尾的文件

test/a.*            忽略test目录下所有的以a开头的文件

test/[abc].py       忽略test目录下a.py或b.py或c.py这三个文件

[abc]               忽略根目录下a或b或c这三个文件

test/*              忽略test目录下的所有文件

!test/a.py          忽略test目录下不是a.py以外的所有文件,即只提交a.py这个文件

配置完成后,需要清除本地缓存,然后再次提交.

清除本地缓存的命令:

git rm -f --cached .

7.git diff命令

git diff                                    # 比较工作区和暂存区所有文件的差异

git diff 3c6fab966158f9 72ec71f3c2aa        # 比较两次提交的差异

git diff HEAD HEAD~1                        # git上一次提交与上上一次提交的差异

git diff HEAD HEAD^1^1                      # git上一次提交与前两次提交的差异

git diff HEAD HEAD~2                        # git上一次提交与前两次提交的差异

git diff HEAD HEAD^1                        # git上一次提交与上上一次提交的差异

git diff HEAD HEAD^1 -- index.html          # git上一次提交与上上一次提交中index.html文件的不同

git diff -- index.html                      # 比较工作区和暂存区中的index.html文件的差异

git diff --cached                           # 修改文件后,把修改的文件添加到暂存区中,查看暂存区和HEAD文件的差异

git diff master dev                         # 比较master分支和dev分支的差异

git diff master dev -- index.html           # 比较index.html文件在master分支和dev分支的差异

两个分支的位置不同,显示文件的加减是不同的

8.修改提交的commit

git commit --amend                      # 修改最新提交的commit信息

9.git rebase操作

9.1 修改任何commit的message信息的步骤

1.列出所有的提交日志

git log --oneline               # 每行显示一条提交记录

git log --pretty=oneline

gitk                            # 图形化显示所有提交记录

2.进入修改交互模式

git rebase -i 版本号

这里的版本号为:要修改提交信息的版本号的上一个版本号。例如：按提交顺序从1到6,如果想修改版本4的提交信息,则此处的版本号应该为第3个版本号

3.进入交互模式后，会有如下提示：

# p, pick <commit> = use commit

# r, reword <commit> = use commit, but edit the commit message

# e, edit <commit> = use commit, but stop for amending

# s, squash <commit> = use commit, but meld into previous commit

# f, fixup <commit> = like "squash", but discard this commit's log message

# x, exec <command> = run command (the rest of the line) using shell

# d, drop <commit> = remove commit

# l, label <label> = label current HEAD with a name

# t, reset <label> = reset HEAD to a label

# m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]

并列出在进入交互式模式时输入的版本号后的所有提交信息，把想修改的信息之前的pick修改为 r 或者 reword,然后:wq保存并退出

此时会打开想修改的commit的message信息，按vim编辑器的用法修改保存就可以

4.查看修改之后的commit message

git log --oneline

前提是必须要配置全局用户名和用户邮箱

9.2 把连续的多个commit合并成一个commit

1.查看所有提交记录

git log --oneline

2.进入git交互式模式

git rebase -i 版本号

这里的版本号为:要修改提交信息的版本号的上一个版本号。例如：按提交顺序从1到6,如果想合并版本4和版本5的提交信息,则此处的版本号应该为第3个版本号

3.进入交互模式后，会有如下提示：

# p, pick <commit> = use commit

# r, reword <commit> = use commit, but edit the commit message

# e, edit <commit> = use commit, but stop for amending

# s, squash <commit> = use commit, but meld into previous commit

# f, fixup <commit> = like "squash", but discard this commit's log message

# x, exec <command> = run command (the rest of the line) using shell

# d, drop <commit> = remove commit

# l, label <label> = label current HEAD with a name

# t, reset <label> = reset HEAD to a label

# m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]

并列出在进入交互式模式时输入的版本号后的所有提交信息，把被合并的版本号的commit信息前的pick换成 s 或 squash,然后保存并退出

此时会打开合并后的commit提交信息窗口，按vim编辑器的用法修改保存就可以

4.查看修改之后的commit message

git log

可以看到把多个commit合并成一个commit后，所有提交的版本号都改变了

例子：现在有多次提交的版本号v1,版本号v2,版本号v3,版本号v4,版本号v5,版本号v6,想把v2和v3,v4这三次提交合并成一个新的提交，操作步骤：

git rebase -i v1

在打开的文件中，把v2和v3前面的pick修改成s,然后保存并退出

在新打开的窗口中，把未注释的行的内容修改为合并后想要的新内容，然后保存并退出

使用git log命令查看，就可以看到合并后的提交信息了
上一篇：easyui datagrid 隔行变色


下一篇：Asp.Net Core 静态文件目录操作