Git-基本操作

前言

安装

git --version
sudo apt-get remove git -y #卸载
sudo apt-get install git -y

基本操作

创建本地仓库

mkdir gitcode

git init

这个就可以创建本地仓库了

然后当前目录下就有一个.git的文件夹

配置本地仓库

就是配置用户的名称，和用户的email地址

在创建好仓库以后要做的事

git config user.name "hyb"
git config user.name "1111.@qq.com"
git config -l #给出所有的配置
git config --unset user.name #删除某个配置

git config --global user.name "aaa"
git config --global user.email "aaa@qq.com"

因为一个机器可以有很多的本地仓库，加了--global意思就是给所有的仓库都配置，要不默认就是给当前目录配置

git config --unset user.name 

加了--global的不能重置

git config --global --unset user.name 

这样就可以全局重置了

认识工作区，暂存区，版本库

touch ReadMe

当前git不能管理ReadMe

因为真正的本地仓库就是.git,也就是版本库

但是也不能放入.git文件

因为不允许更改.git

/gitcode是工作区

怎么管理工作区呢

这个就是工作区放入版本库的方式

修改的工作区内容会写入版本区中的对象库的一个新的git对象中

这个就可以维护版本管理

暂存区就是存入的修改的对象索引

master也是存的对象索引，分支的索引

添加文件

场景1

vim ReadMe
git add ReadMe 
#或者
git add .
git commit -m "添加的第一个文件"

touch file1 file2

git add file1 file2
git commit -m "添加的三个文件"

git log

显示提交记录

git log --preetty=oneline

打印一行

查看.git文件

index就是暂存区

这个就是对象

git cat-file -p commitId

这个可以查看对象

场景2

touch file4
git add file4
touch file5
git commit -m "add"

这样只会提交一个

因为只add了一个

修改文件

新增，修改，删除都是对工作区的修改

git追踪的管理的是修改，不是文件

vim ReadMe
git status

这个意思是暂存区里面没有内容，修改在工作区

git diff ReadMe

这个就是显示工作区与暂存区的区别

a是改动前，b是改动后

git add ReadMe
git status
git commint -m "修改"

版本回退

git reset [--soft | --mixed | --hard] [HEAD]

第二行是刚刚增加的，怎么回退？

ReadMe有两个版本

reset 本质回退版本库中的内容

mixed是默认选项

所以我们看出hard三个区都会回退

那么新的再也不见了

git log --pretty=oneline #可以查看到commitID
git reset --hard  commitID

la

file文件全部都不见了，因为都回退完了，回退到只有一行的这个区间，也添加了file文件

所以一起回退了

这样就回退成功了

怎么反回退呢

git reset --hard commitID

直接回退到那个id就可以了

但是没有记录上id的话

回退的话，就不见了

就不能反回退了

git reflog就可以，这个可以记录回退指令

这个是一部分的id,这样就可以找到id了

git reset --hard id

找不到id就没有后悔药了

回退只是把master的指向不同的comintid而已

撤销修改情况1

如果我们在我们的⼯作区写了很⻓时间代码，越写越写不下去，觉得⾃⼰写的实在是垃圾，想恢复到上⼀个版本

git checkout -- ReadMe

git checkout -- ReadMe就是回退到上一个状态，针对工作区

情况2

这个就要用git reset了

就是把工作区和暂存区回退到版本库的当前版本，因为版本库没有修改的，就是上一次的

我们可以用--hard，所有都回退，或者--mixed（默认），这样就变成了情况1

# HEAD是回退到当前版本，就是版本库中的版本，HEAD^是回退到上一个版本，HEAD^^回退到上两个版本
git reset HEAD ReadMe #只回退这个文件

这样就回退情况1了

然后

git checkout -- ReadMe

情况3

这个就是回退到上一个版本

git reset --hard

前提条件，comit之后没有push

目的是为了不影响远程仓库的代码

vim
git add ReadMe
git commit -m ""
git reset --hard HEAD^ #回退到上一个版本
git status
cat ReadMe

删除文件

就是删除版本库中的文件

rm file5
git add file5
git commit -m "删除file5"

上面的操作可以简化为两步

git rm 就是删除工作区，和暂存区

git rm file4
git status 
git commit -m "删除file4"

分支管理

Git 分支管理__创建、切换、合并分支初体验

git branch #打印本地所有的分支

master是主分支，一直都存在的

head默认指向master分支，就是工作分支

head指向的分支，就是当前工作的分支

这个*的意思就是master正在工作

git branch dev #创建dev分支

master还是工作分支

cat .git/HEAD

就可以知道当前HEAD指向的分支

而master就是指向的最新的一次提交

dev也是指向的最新的一次提交

我们来让dev成为工作分支

git checkout dev #切换分支
git branch
cat .git/HEAD

这样工作分支就变成了dev

vim readme

git add readme

git commit -m "aaaa"

git checkout master

git branch

cat readme

master的代码没有新的代码

dev有新的代码

现在开始合并dev和master分支

合并要在master分支上

git checkout master
git merge dev

这样就合并好了

这个就是把master指向了dev的最新的一次提交

删除分支

但是不能在dev分支上删除dev，必须在其他分支上才可以

git branch -d dev 
git branch

合并冲突

git branch dev1
git checkout dev1

git checkout -b dev1 #等于上面两个命令

git branch
vim readme
git add .
git status
git commit -m "aaaa"

git checkout master
vim readme
git add .
git commit -m "aaa"

这样合并就会有冲突了

vim readme

后面四行就是冲突代码，这个要手动解决，因为已经都搞在文件中了

手动删除

修复完冲突后，还要提交一次

git status

git add .

git commit -m "aaa"

git log --graph  --abbrev-commit

这个就是主和从分支的提交记录，是时间线

红色是主分支

合并模式

以前合并的模式默认是Fast-Forward

git log --graph  --abbrev-commit

红色不一定就是master

Fast-Forward就是指向dev2最新的一次提交，问题是看不出来是merge还是正常提交

合并冲突的时候不是Fast-Forward模式，因为最后是master提交的

git merge --no-ff -m "aaa" dev2 

非Fast-Forward模式就是--no-ff，最终master指向的是master新的提交，就是 -m "aaa"

分支策略

bug分支

假如我们现在正在dev2 分⽀上进⾏开发，开发到⼀半，突然发现master 分⽀上⾯有bug，需要解决。在Git中，每个bug都可以通过⼀个新的临时分⽀来修复，修复后，合并分⽀，然后将临时⽀删除。

因为dev2是用来开发新需求的，不是解决bug的，所以要用新的分支解决bug

我们发现工作区的master的ReadMe自动就跟着别的分支修改而修改了

git checkout dev2
git stash #将工作区里面的内容进行存储
tree .git

就是把工作区中的修改存入stash里面

但是不会把新建文件存入stash

git checkout -b fix_bug

然后开始修复bug

git add .

git commit -m "aa"

git checkout master

git merge --no-ff -m "aaaaa"

这样就修改到了主分支了

git chackout dev2

cat readme

写的代码不见了，因为放入了存储区里面

怎么获取呢

git stash list

stash 里面存了什么

git stash pop

这样就恢复过来了

但是还是没有改bug呢

因为dev2就是基于bug创建的分支

不影响master

开始提交

git add .

git commit -m "aaaa"

然后开始合并

但是会合并冲突呢

因为dev2没有解决bug

所以要人工解决冲突吗

这是bug呢，万一master还继续越改bug越多呢

我们可以先在dev2上合并主分支，这样就不会影响master了

dev2上解决合并冲突

git merge --no-ff -m "aaa" master

然后解决冲突

然后提交

git add .

git commit -m "aaaa"

然后切换到master合并dev2

git checkout master

git merge --no-ff -m "aaa" dev2

然后删除分支

git branch -d dev2 fix_bug

强制删除分支

就是没有在merge之前删除

git branch -D

merge之后的删除分支

git branch -d

git checkout -b dev3
vim readme
git add .
git commit -m "aa"
git checkout master
git branch -d dev3 #报错
git branch -D dev3

远程操作

创建远程仓库

ReadMe文件就是写这个仓库的详细描述

点击issue，然后新建issue

就会这样了

就是把问题写在这里，让其他成员看到这些问题

然后创建

这个就是合并分支的申请

克隆远程仓库-HTTPS

git clone http地址

git remote #查看远程仓库的默认名字
git remote -v #查看更详细

fetch是拉的操作

克隆远程仓库-SSH

码云------》设置--》SSH公钥

没有SSH的话，是不能git clone SSH的

先创建这个

第⼀步：创建SSHKey。在⽤⼾主⽬录下，看看有没有.ssh⽬录，如果有，再看看这个⽬录下有没有

id_rsa 和id_rsa.pub 这两个⽂件，如果已经有了，可直接跳到下⼀步。如果没有，需要创建SSHKey：

发现有.SSH目录

这个文件不是我们想要的

然后开始创建这两个文件

ssh-keygen -t rsa -C "2689241679@qq.com"

这里的邮箱要和马文配置的邮箱一致

然后再进入ssh目录·查看，公钥和私钥

这个就是公钥，全部复制下来

这样就可以在码云上添加公钥了

然后就是克隆操作了

git clone SSH

向远程仓库推送

先配置user.name

和user.email

但是这个name和email都必须和码云一样

name就是@后面的内容

git config --global user.name "hyb91"
git config --global user.email "xxxx"

vim file.txt
git add .
git commit -m "aaa"
git push origin master:master #第一个是本地分支，第二个是远程分支
git push origin master   #分支一样可以省略

拉取远程仓库

就是pull

就是让远程仓库领先于本地仓库就可以pull了

别人push了就可以领先了

还有就是远程仓库也可以修改文件（不允许）

git pull origin master:master  #拉取和合并
git pull origin master

忽视特殊文件

在⽇常开发中，我们有些⽂件不想或者不应该提交到远端，⽐如保存了数据库密码的配置⽂件，那怎么让Git知道呢？在Git⼯作区的根⽬录下创建⼀个特殊的名填进去，Git就会⾃动忽略这些⽂件了。不需要从头写.gitignore ⽂件，然后把要忽略的⽂件.gitignore ⽂件，gitee在创建仓库时就可以为我们⽣成，不过需要我们主动勾选⼀下

也可以自己在里面创建.gitignore文件

vi .gitignore

# 可以直接写文件名
*.so
*.init

发现新的a.so文件没有显示

因为没有追踪，因为有.gitignore

git add -f a.so  #强制把忽略的文件提交，尽量不要使用这个

# 可以直接写文件名
*.so
*.init

!b.so  #这个的意思就是排除b.so，b.so可以提交

加上叹号，就是不忽略这个文件

git check-ignore -v d.so

这个就是查看文件被忽略的原因

配置命令别名

比如给命令git status 取别名变为git st

git config --global alias.st status

这样就可以了

git config --global alias.lpa 'log --pretty=oneline --abbrev-commit'

总结