关于Git这一篇就够了

目录

前言

发展过程

集中式与分布式的区别

Debian/Linux安装Git

配置git环境:git config --global

创建本地空仓库:git init

新建文件添加到本地仓库:git add、git commit -m

改写提交:git commit --amend

查看历史提交日志:git log

回滚代码仓库:git reset --hard

查看提交之后文件是否做了改动:git status

工作区与缓存区

修改缓存区内容:git add、git commit -m

将改动文件添加到缓存区:git add

将所有改动文件添加到缓存区:git add --all、git add .

将文件撤销回到最近一次修改的状态:git checkout -- file

查看单个文件可回滚版本:git log filename

删除文件:git rm

查看提交历史:git reflog

git基本组成框架:Workspace、Index / Stage、Repository、Remote

git rm后恢复文件:git rm、git reset、git checkout

git创建分支:git branch、git checkout

git切换分支:git checkout

git合并分支:git merge

在开发中git分支的重要性

github的使用

github上创建仓库

github将本地仓库关联到远程仓库:git remote add origin

git将远程仓库关联到本地和拉取指定分支、切换远程分支:git clone

github提交本地仓库到远程仓库:git add、git commit、git push

git修改分支名称:git branch

git保存当前工作切换分支:git stash

将别的分支修改转移到自己的分支:git cherry-pick

git远程删除分支后本地git branch -a依然看得到的问题:git remote 

git分支开发步骤

git强制删除分支:git branch 

git查看不同分支的文件差异:git diff

git查看仓库信息:git remote

搭建本地git服务器

Git问题总汇

error: src refspec main does not match any

Please make sure you have the correct access rights and the repository exists.

git命令总结

创造

当地变化

提交历史

分支机构和标签

更新和发布

合并与基础

撤消

提交相关更改

经常提交

不要做半成品

提交之前的测试代码

写好的提交信息

版本控制不是备份系统

使用分支

同意工作流程

帮助和文档

免费的在线资源


前言

本篇文章的环境是在Debian/Linux环境下编写。

在日常工作中git少不了,所以编写本篇文章教大家如何使用git,便于日后工作与学习。

同时本篇文章也积累了很多博主在工作开发中包括自己日常开发中都用到的一些git技巧,在本文的最后整理了一份关于git的常用命令表。

git命令很多,但是常用的只有十多个。

编写不易,喜欢可以关注点赞三连,谢谢!

发展过程

Git最初是由Linux开发者Linus用了仅仅两周时间纯C语言编写而成,在编写完成之后就立马上手接管Linux源代码,不过在此之前Linux是由BitMover公司开发的BitKeeper分布式版本控制系统所管理源代码,它是商业收费的分布式版本控制器,但BitMover公司看中Linux开源精神,免费授权给Linux社区使用,在2002年时,Linux开始使用BitKeeper分布式版本控制系统管理源代码,但好景不长,有一天Linux社区成员Andrew(samba(局域网共享文件c/s程序)的作者)试图破解BitKeeper共享给所有人使用,被BitMover公司发现并收回了免费使用的版权,随后Linus就用了两周时间开发出了git(两周时间包括测试),也就是目前为止最好用的分布式版本控制系统。

大名鼎鼎的github用的就是git系统来管理它们的网站,这里需要区分一下,github和git是两个东西,github是一个社区,git是一个服务系统,github只支持git分布式系统,所以故名成为github。

集中式与分布式的区别

除了git还有svn、cvs这样的版本控制系统,它们的区别在于一个是分布式一个是集中式

集中式就是svn和csv这样的版本控制系统,分布式是git

区别在于集中式的版本控制系统每次在写代码时都需要从服务器中拉取一份下来,并且如果服务器丢失了,那么所有的就都丢失了,你本机客户端仅保存当前的版本信息,换句话说,集中式就是把代码放在一个服务器上集中管理,你的所有回滚等操作都需要服务器的支持。

分布式的区别在于,每个人的电脑都是服务器,当你从主仓库拉取一份代码下来后,你的电脑就是服务器,无需担心主仓库被删或者找不到的情况,你可以自由在本地回滚,提交,当你想把自己的代码提交到主仓库时,只需要合并推送到主仓库就可以了,同时你可以把自己的代码新建一份仓库分享给其它人。

像集中式它们都有一个主版本号,所有的版本迭代都以这个版本号为主,而分布式因为每个客户端都是服务器,git没有固定的版本号,但是有一个由哈希算法算出的id,用来回滚用的,同时也有一个master仓库,这个仓库是一切分支仓库的主仓库,我们可以推送提交到master并合并到主仓库上,主仓库的版本号会迭代一次,我们客户端上的git版本号无论迭代多少次,都跟master无关,只有合并时,master才会迭代一次。

Debian/Linux安装Git

sudo apt install git

如果找不到使用search命令检索一下

sudo apt search git

配置git环境:git config --global

参数讲解:

config:参数是用来配置git环境的

--global:长命令表示配置整个git环境

初次使用git需要设置你的用户名以及邮箱,这将作为当前机器git的标识,如果你用它来下载远程仓库一些需要登录权限的仓库会要求登录,git默认使用配置邮箱以及用户名登入,但会要求你手动输入密码

用户名配置

user代表用户,.name代表配置用户的名称

git config --global user.name "你的用户名"

邮箱配置

user代表用户,.email代表配置用户的邮箱

git config --global user.email "你的邮箱"

不配置也行,当遇到要求登录权限的远程仓库会让你在手动输入用户名、邮箱、以及密码

创建本地空仓库:git init

init:初始化当前目录为仓库,初始化后会自动将当前仓库设置为master

创建本地仓库的条件是需要一个空目录,然后在空目录中初始化你的项目

如我想创建一个名为“test”的空项目

1.创建目录

mkdir test

2.进入目录

cd test

3.使用git init初始化当前仓库

git init

初始化后会生成git的配置文件目录,普通的"ls"命令是看不到的,我们需要使用ls -ah查看隐藏目录

进入目录后可以看到它的相关配置文件

新建文件添加到本地仓库:git add、git commit -m

add:将文件添加到缓存区

commit:提交到本地仓库

用我刚刚上一节所创建的空仓库test为例,我们用touch命令新建一个文件,名为test.c

touch test.c

使用git add命令将文件添加到本地仓库的提交缓存

git add test.c 

这个时候还不算添加到了本地仓库,我们还需要使用git commit命令为其添加修改的描述信息

注意在使用git commit时我们只需要简单描述一下我们做了什么,不要像写注释那样写一大堆,不然将来在回滚代码或者查看历史版本时,很难审阅。

我们需要使用-m命令来简写描述我们的信息,如果不使用-m,会调用终端的注释编辑器让你输入描述信息,但是不建议使用,因为注释编辑器比较难用,不舒服。

git commit -m "add new file \"test.c\""

git commit 会为我们生成40位的哈希值,用于作为id,并把刚刚用git add添加到提交缓存区里的文件提交到本地仓库中,便于我们回滚,至此,这个文件就已经添加到本地仓库中了,同时本地仓库也迭代了一个版本。

改写提交:git commit --amend

--amend:重写上一次的提交信息

就像刚刚的列子里一样,我们提交了仓库,但是发现注释写错了,我们可以使用 --amend长命令选项来改写提交

git commit --amend

输入上面的命令后会进入如下编辑器界面:

我们输入Y选中是

可以看到刚刚的注释信息

在界面中按下“i”即可进入编辑界面

修改完成后按下ctrl+o键

在按下回车,就会提示已写入,用#是注释,不会被提交,git会自动过滤

下面的^G和^O这种符号^在ascii里对应ctrl键,所以就是ctrl+x

按下ctrl+x(不分大小写)即可退出编辑界面

查看历史提交日志:git log

log:查看日志

正如刚刚改写提交的,想要确定是否改写成功,我们可以使用git log查看一下

git log

可以看到没有生成新的版本号,而是直接改写了刚刚提交的注释

这里来解释一下上面提交的信息是什么意思

第一行的commit是哈希算法算出的id,正如一开始所说,分布式是没有一个主版本号的,它们都是用id来做标志的,同时用master作为主仓库,其它的分支怎么迭代都不会影响到master,后面我会介绍如何使用分支

目前我们的仓库就是master,因为我们没有拉取分支是直接用git init创建的,就是master。

commit b9e3a0d708ee5a81ea5ff383c6dabe716eec8cf1 (HEAD -> master)

后面的head是指向的意思,表示这次提交到哪儿,head->master代表这次提交到master主仓库,如果是head->分支仓库则代表提交到分支仓库

Author是提交者是谁的意思,显示格式是:用户名 <邮箱>

Author: StephenZhou <stephenzhou@StephenZhou.www.malloc.pro>

Date的意思是提交时间,后面的+0800这个是格林尼治时间,代表当前是以哪儿的时间地作为基准,这是世界时间,用它来作为基数与当前所在地时差进行计算,包括地球自转等公式。

Date:   Tue Dec 29 12:15:13 2020 +0800

最下面的就是注释了

 test add new file "test.c"

回滚代码仓库:git reset --hard

reset参数是重置命令

--hard是重置代码仓库版本

有三种模式

--soft 、--mixed以及--hard是三个恢复等级。

  • 使用--soft就仅仅将头指针恢复,已经add的暂存区以及工作空间的所有东西都不变。
  • 如果使用--mixed,就将头恢复掉,已经add的暂存区也会丢失掉,工作空间的代码什么的是不变的。
  • 如果使用--hard,那么一切就全都恢复了,头变,aad的暂存区消失,代码什么的也恢复到以前状态。

1.回滚到指定历史版本

先使用git log查看历史版本

git log

在使用git reset --hard命令回滚

git reset --hard 要回滚id

示列:

使用git log回滚

第一行的commit后面的字符串就是我们的哈希id

回滚的时候我们只需要字符,其它的都不需要!

2.回滚当前仓库指向的版本

上面我们说过,HEAD是指向当前仓库的,历史版本中可能有别的分支,我们只想迭代我们仓库的上一个版本,这个很简单,我们只需要用HEAD来指向就可以了

git reset --hard HEAD^

^代表上一个版本的意思,HEAD代表当前仓库的指向,当前HEAD指向master,就代表回滚到master上一次提交的版本

当然我们也可以使用另外一种方式来回滚到当前仓库的指定版本

git reset --hard HEAD~3

后面的~3,代表以当前版本为基数,回滚多少次。HEAD~3代表回滚master前三个版本

如果觉得log打印内容过多,可以加上--pretty=oneline选项简洁输出

查看提交之后文件是否做了改动:git status

status:查看当前仓库状态

我们在提交完成之后,有时候可能自己不小心改动了某个文件,或者别人,我们可以使用git status查看文件是否被改动

我们修改一下刚刚提交的test.c文件,在里面随便输点字符

保存退出,然后使用git status查看

可以看到报出了修改,这里我的环境语言是中文,如果是英文则对应的修改是AM,A是未修改

如果你添加了新文件,git status一样会报出来

这里我们添加一个新的文件

touch min.c

然后使用status查看一下

如果不是中文会在后面写一个Untracked代表未提交

我们使用git add提交到缓存区文件后,使用git status也可以查看到当前文件的状态

对应的英文是:modified

英文对应:

A:未修改

AM:修改

Untracked:未提交

modified:新文件,但未提交

如果提交了的文件,且没有改动的,不会显示到这个里面

工作区与缓存区

在git下有一个概念是缓存区,这是其它集中式版本控制系统没有的

工作区:工作区就是你当前的工作目录

缓存区:这里存放了你使用git add命令提交的文件描述信息,它位于.git目录下的index文件中

有的低版本中叫stage

这些文件中存储了我们一些提交的缓存数据,git会解析它们,HEAD文件就是指向当前的仓库

最后使用git commit提交时git会提交到当前仓库中,当前的工作区也就成为了最新一次提交的仓库版本。

修改缓存区内容:git add、git commit -m

比如我们使用git add添加了一个名为min.c的文件,但是还没有提交的时候我们修改了它的内容,修改完成之后在提交会发现内容并不是我们第二次修改的内容

这就要说一点,当我们使用git add添加到缓存区的内容后,我们在修改这个文件时,它跟缓冲区内容是没有任何关系的!我们使用git commit提交的时,它只会提交缓存区内容

如果想提交第二次修改,我们只需要在git add一次,然后在使用git commit提交就可以了,git会自动帮我们合并提交

示列:

1.将文件添加到缓存区中

git add min.c

2.修改文件内容

vim min.c
xxxx
:wq

3.在此添加到缓存区

git add min.c

4.提交

git commit -m "add min.c"

将改动文件添加到缓存区:git add

平时我们可能写代码的时候不可能保证只改动了一个文件,我们切来切去最后都不知道自己改了哪些文件,为了保证所有的文件都能被准确提交,我们可以使用git add我们确定修改的文件,当git add后在使用status查看一下状态,看看是否有遗漏没有提交的文件:

git add min.c 

在使用git status查看是否有没有添加的:

可以看到test.c没有提交,在使用git add将test.c添加进来就可以了

将所有改动文件添加到缓存区:git add --all、git add .

如果你实在不确信哪些文件是改动过的,你只需要使用git add --all

git add --all

这个命令会将当前目录下包括子目录下所有改动的文件提交到暂存区,注意只包括改动的文件,不改动的不会放到缓存区。

这个命令还会把删除的文件也提交进去

如你在本地删除了min.c 这个命令会把删除信息也记录进去,然后在提交的时候把仓库里对应的min.c也删除掉,也就是说你在本地做的删除操作会被记录,提交仓库时会删除同样的文件,如果不想删除文件,可以使用git add .,注意后面有一个“.”点的符号,这个命令跟git add --all一样,但是不会记录删除操作。

最后别忘记使用git commit提交到仓库中

将文件撤销回到最近一次修改的状态:git checkout -- file

checkout:切换参数,通常用来切换分支仓库

当我们在工作中修改了一个文件,猛然间发现内容好像改的不对,想重新修改,这个时又不知道自己改了什么代码,想撤销修改,有一个最简单的方法,就是git checkout -- file,注意中间要有“--”,checkout这个命令是切换分支的功能,关于它我们后面在细说,你现在只需要知道这个命令加上“--”可以用来将文件切换到最近一次的状态

注意这个恢复只能恢复到上一次提交的状态,如你刚提交了这个文件到仓库,随后你修改了它,那么使用这个命令只会回到刚刚提交后的那个状态里,不能回到你还没有提交,但修改的状态中。

下面这个演示,我将min.c文件修改了,并使用git checkout -- file回到了之前修改的状态

注意这个功能不能一直迭代恢复,如你恢复到了修改前的版本,你想再次回滚回滚到修改前在之前的版本是不行的。

查看单个文件可回滚版本:git log filename

当我们想回滚指定文件到指定版本时,需要查看该文件有多少个版本可以回滚时,可以使用git log filename命令

git log test.c

git log min.c

可以看到min.c文件可回滚版本较少,因为它是后来添加进来的。

在使用git reset命令将其回滚就可用了,命令格式如下:

git reset 1a1e91bf37add6c3914ebf20428efc0a7cea33f3 min.c

回退完成之后想要再次提交可以使用git add和git commit提交到本地仓库中,即可更新当前工作环境,让当前文件保持最新。

git add min.c
git commit -m "new"

更新完成后可以在使用log查看一下,会发现多出一个历史版本

即便你更新了一个文件,也会生成一个新的历史版本,注意历史版本里只包含了你更新的文件,你刚刚只add了min.c文件,所以新的历史版本里只有更新min.c文件,你当前的工作其它文件没有在这个历史版本里。

删除文件:git rm

如果我们使用普通的命令,rm删除文件,git状态会提示你删除了文件,你只需要使用add重新提交一次就可以了。

当然你也可以使用git rm删除文件,但是也需要使用git commit提交一次

可以看下status的状态

查看提交历史:git reflog

git reflog可以查看当前版本库的提交历史,凡是对仓库版本进行迭代的都会出现在这个里面,包括你回滚版本都会出现在这个历史中

git基本组成框架:Workspace、Index / Stage、Repository、Remote

  • Workspace:开发者工作区
  • Index / Stage:暂存区/缓存区
  • Repository:仓库区(或本地仓库)
  • Remote:远程仓库

Workspace:开发者工作区,也就是你当前写代码的目录,它一般保持的是最新仓库代码。

Index / Stage:缓存区,最早叫Stage,现在新版本已经改成index,位于.git目录中,它用来存放临时动作,比如我们做了git add或者git rm,都是把文件提交到缓存区,这是可以撤销的,然后在通过git commit将缓存区的内容提交到本地仓库

Repository:仓库区,是仓库代码,你所有的提交都在这里,git会保存好每一个历史版本,存放在仓库区,它可以是服务端的也可以是本地的,因为在分布式中,任何人都可以是主仓库。

Remote:远程仓库,只能是别的电脑上的仓库,即服务器仓库。

git rm后恢复文件:git rm、git reset、git checkout

此方法仅限git rm,因为git rm会先将文件放入缓存区,且没有使用commit提交的情况下

首先使用git rm删除一个文件

git rm d.c

在使用git reset重置所有缓存区操作

git reset

重置完成之后在使用git checkout命令将文件取消操作

git checkout d.c

可以看到文件又恢复了

如果已经提交了想恢复怎么办?

这里给一个方法,就是把当前目录全部提交一次,这样做是为了防止我们等下回滚的时候导致一些修改的文件被替换掉了,然后我们回滚到有那个文件的版本,将那个文件copy到别的文件目录,这个文件目录要是你记得的,然后在回滚到最新版本代码,在将那个文件copy回来,在提交进去。

git创建分支:git branch、git checkout

使用git checkout -b参数来创建一个分支,创建完成分支后会自动切换过去

git checkout -b dev

然后我们在使用branch来查看当前属于哪个分支,也就是查看HEAD的指向

git branch

git checkout -b等价于

git branch dev
git checkout dev

git branch 如果后面跟着名字则会创建分支,但不会切换

git checkout 后面如果是分支名称则切换过去

git切换分支:git checkout

当我们想切换分支可以使用git checkout来切换,如刚刚我们创建了一个分支dev并切换了过去,现在切换回masterk

git checkout master

git checkout的作用是检出,如果是文件的话,会放弃对文件的缓存区操作,但是要使用reset重置一下变更才行。

如果是分支的话会切换过去。

git合并分支:git merge

当我们新建分支并做完工作之后,想要把分支提交至master,只需要切换到master仓库,并执行git merge 分支名就可以了

如我们在分支中新建了一个f.c和test.c的文件

然后在使用git checkout master切换到master

在使用git merge dev将其合并

这里需要说一点,如果你在任何分支下创建文件,没有提交到仓库,那么它在所有仓库都是可见的,比如你在分支dev中创建了一个文件,没有使用git add和git commit提交,此时你切换到master,这个文件依旧存在的,因为你创建的文件在工作目录中,你切换仓库时git只会更新跟仓库有关的文件,无关的文件依然存放在工作区。

同时我们可以看到历史版本中有分支提交的历史

在开发中git分支的重要性

当我们在开发中,无论做什么操作都建议使用分支,因为在团队开发中,master只有一个,合作开发里任何人都可以从master里拉取代码,拉取时master后创建分支,分支名改为你要做的操作,比如修改某某文件,修改什么什么bug,单词以下划线做分割,然后在提交一个版本

分支名必须简洁,和标题一样,提交的commit在简单描述一下就可以了。

如我们的master中有个bug,是内存泄漏

我们可以常见一个分支名为Memory_Leak,然后在commit里简单描述一下修复了哪个模块的内存泄漏,不要写修复了什么什么代码,什么什么问题导致的,只需要简单描述一下就可以了。

一般情况下,我们都是拉取master后,想要修改功能或者添加功能,都是创建分支,在分支里修改不影响master,如果修改错了代码或者误删之类的,在从master上拉取一份就可以了。

github的使用

github是一款使用git命令作为基础框架的网站,它是一款开源分享网站,你开源把你的源代码放到github上,然后让人来start给你小星星,小星星越多代表你的项目越具有影响力,很多公司面试如果你有一个很多星星的项目,会大大提升你的录取率。

你也可以把你的一些项目分享到github上保存,github上是无限制代码的。

1.首先到github上注册一个你的账号

2.在本地创建一个ssh的key,因为github是使用ssh服务进行通讯的

ssh-keygen -t rsa -C "your_email@example.com"

-t 指定密钥类型,默认是 rsa ,可以省略。
-C 设置注释文字,比如邮箱。
-f 指定密钥文件存储文件名,一般我们默认,让存储到默认路径以及默认文件名

它会要求输入Enter file in which to save the key (/home/stephenzhou/.ssh/id_rsa)

这里是生成的sshkey文件名,我们可以回车使用默认文件名

除此之外还会让你输入

Created directory '/home/stephenzhou/.ssh'.
Enter passphrase (empty for no passphrase): 
这个密码会在让你push提交时候要输入的,除了git登录密码,还要输入这个密码,直接回车则空密码,这里我们直接回车

接着会让你在此输入密码,验证这里依旧回车

Enter same passphrase again:

生成之后你就会看到这样的界面:

生成的ssh文件如果不使用-f指定的话会生成在用户目录下的.ssh目录中,.ssh是隐藏文件,可以使用ls -ah看到,使用cd ~进入用户主目录,然后cd进入到.ssh目录中可以看到文件

id_rsa是私匙,id_rsa是公匙,id_rsa不能告诉任何人,只有公钥可以,ssh采用的是非对称加密。

接着在github上添加你的公钥

 

最后在输入你的登录密码就可以了

这样ssh就添加成功了~

你可以添加如很多个ssh,比如你有多台电脑,在每个电脑上都配置ssh然后添加进来就可以了,git需要这个是要确定你是主人,确定是主人的机器推送的才可以推送到仓库中,但是你可以创建公开仓库,别人只能拉取不能推送到这个仓库中,你可以给其它人权限。

找到你要开放的仓库,选择Manage access然后使用invite a cikkaborator添加成员就可以了。

在这里插入图片描述

github上创建仓库

我们可以在github上创建一个仓库

创建时记得选上readme文件,因为这个文件是github上的md文件,用来显示项目简介的,建议选上,日后我会教大家如何去写md文件,或者可以去使用一些在线的md文件生成网站也可以。

创建完成之后就是这个样子的

什么也没有,只有一个readme文件

github将本地仓库关联到远程仓库:git remote add origin

我们本地有一个仓库,我们想把它推送到远程上去,很简单,我们只需要使用git remote add origin命令就可以了,ongin是github上的仓库名称,意思是远程仓库的意思。

首先选择仓库的code找到github生成的远程仓库链接

然后关联

git remote add origin git@github.com:beiszhihao/test.git

然后使用git push推送到远程

git push -u origin master

这里我来解释一下

push:将本地仓库与远程仓库合并

-u:将本地仓库分支与远程仓库分支一起合并,就是说将master的分支也提交上去,这样你就可以在远程仓库上看到你在本地仓库的master中创建了多少分支,不加这个参数只将当前的master与远程的合并,没有分支的历史记录,也不能切换分支

origin:远程仓库的意思,如果这个仓库是远程的那么必须使用这个选项

master:提交本地matser分支仓库

注意第一次提交ssh会让你验证是否来自github

The authenticity of host 'github.com (13.229.188.59)' can't be established.
RSA key fingerprint is SHA256:nThbg6kXUpJWGl7E1IGOCspRomTxdCARLviKw6E5SY8.
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added 'github.com,13.229.188.59' (RSA) to the list of known hosts.
这里输入yes就可以了

我们不需要登录,因为github上的ssh列表里有这台机器

注意第一次的时候加上-u就可以了,因为我们本地其它可能有很多分支也提交上去,以后只提交最新代码就可以了git push origin master,不需要在提交其它分支

这个时候你可以在github上看到有提交记录

但是什么都没有,因为这个分支是main,我们提交的是master

选中它然后切换到master

默认是没有master的,这是我们新添加的分支

看到有文件了。

github上已经默认是main作为主仓库了,这个原因是因为种族运动的原因,master也代表主人,类似奴隶制,所以github已经替换默认master为main

git将远程仓库关联到本地和拉取指定分支、切换远程分支:git clone

当我们远程有仓库时,想要关联到本地只需要使用git clone就可以了

新建一个空目录,不要git init

使用git clone会自动帮我们初始化

鉴于刚刚的,我们上传的代码在远程仓库中有一个默认的main和master,由于我们最初上传的分支是master,所以github给我们创建了一个新的分支叫master,并没有关联到mian中,我们拉取时,默认拉取的是main分支

所以我们可以使用git clone -b分支名 仓库地址来指定分支

github提交本地仓库到远程仓库:git add、git commit、git push

我们修改了master上的分支代码,然后使用git add提交到缓存区,在使用commit提交到本地仓库,在使用push推送到远程就可以了,非常简单,命令都是我们学过的

git修改分支名称:git branch

使用-m选项

git branch -m 分支名 新的分支名

git保存当前工作切换分支:git stash

在你当前工作区修改了文件或者其它功能时,你想要切换或者创建到其它分区是不可能的,如:

我们分支修改了内容,想要切换到其它分区git会终止你这样操作,为的是防止丢失当前工作区内容。

我们可以使用git stash命令来保存当前工作状态

git stash

保存工作状态之后可以使用git stash list查看当前存储了多少工作状态

git stash list

那么此时我们就可以切换到其它分支了

当在别的分支做完事情之后,在切换回刚刚的分支,然后在刚刚的分支中将状态恢复

git stash pop

一般情况下,我们在修改代码时,突然来了一个新的需求,让我们先去做这个需求,但是此时我们正在写的代码还没有完成,是不可以提交的,所以我们先使用git stash保存当前工作状态,在拉取一个分支去这个分支里面干活,干完活之后回到之前的分支,在将工作内容恢复出来继续干活

git stash pop会将list保存的列表也给删除掉

git stash apply 不会删除列表里的内容会默认恢复第一个

如果想恢复指定内容可以使用git stash apply list名称

git stash drop list名称可以移除指定list

git stash clear 移除所有lsit

git stash show 查看栈中最新保存的stash和当前目录的差异。

注意stash是以栈的方式保存的,先进后出。

准确来说,这个命令的作用就是为了解决git不提交代码不能切换分支的问题。

将别的分支修改转移到自己的分支:git cherry-pick

有的时候我们从别的仓库拉取分支下来,是有bug的分支,但是master修复了,我们分支仓库没有修复,但是我们难不成重复master操作去修改这个bug?不不太繁琐了,我们直接使用cherry-pick命令将改动copy到我们分支上就可以了,这个命令只会将master改动代码合并到我们分支上,不会修改我们的代码。

git会检查master做了哪些修改,然后同步到我们的分支上,此时我们的分支依然是我们自己的代码,且会生成一个版本仓库。

做这个操作之前建议提交一次,便于恢复。

使用git cherry-pick 分支名即可合并分支修改,再次之前要保证你仓库代码是提交的,才可以进行这个步骤。

其次你可以使用git log查看commit 然后使用git cherry-pick也是可以的,合并分支的指定历史版本

git远程删除分支后本地git branch -a依然看得到的问题:git remote 

这个问题是因为本地没有更新分支缓存

可以使用remote命令对远程仓库进行操作

使用 git remote show origin命令查看远程仓库信息

 git remote show origin

如果在里面没有看到删除后的分支就代表这个分支在远程已经被删除了。

使用prune参数刷新本地分支仓库

 git remote prune origin

git分支开发步骤

一般情况下我们开发都要在不扰乱master代码的情况下进行开发

1.拉取分支,分支名简明摘要说要干什么,然后干活,在合并到master,合并之后在删除分支,这是基本步骤,不需要留额外分支,分支只是为了将来看代码时方便而已,能看到这个分支是干什么的。

git强制删除分支:git branch 

如果遇到无法删除的分支可以使用git branch -D 大写的D即可。

git查看不同分支的文件差异:git diff

git查看仓库信息:git remote

使用git remote可以查看当前仓库名称

git remote

使用remote -v可以查看更详细的权限信息

fetch代表可以拉取仓库,push代表可以推送。

如果没有权限只能拉取的情况下不会显示push。

git查看日志简洁方法:git log

git log --graph --pretty=oneline --abbrev-commit

注意前面的字符串是有效的,你可以用它来切换版本或者合并分支。

搭建本地git服务器

第一步在debian/linux下使用此命令安装完整git

sudo apt install git

安装完成之后我们可以新建一个用户用来做专门管理git服务的账户

git adduser git

这样,就创建了一个账户名为git组也为git的账户

我们切换到这个用户下

su git

然后使用

ssh-keygen -t rsa -C "你的邮箱"

配置好当前服务器的sshkey ,配置好之后会在用户目录下生成一个.ssh目录

然后在".ssh"目录里面查看有没有authorized_keys文件,没有则创建一个

touch authorized_keys

这个文件是用来存放别人的公钥的,就像上面配置github一样,你把别人机器上的ssh key的公钥输入到这个文件中,这样git才会开启权限免密登录,让其拥有推送以及拉取的权限。

好了你现在是这台git服务器的管理者了。

那么你现在想要创建一个仓库,并分享给团队。

假如你们要做一个文本编辑器,你可以使用git init --bare创建一个名为txt的文件目录。

注意要用git init,这里我们以.git为结尾,通常git仓库都是这样命名。

sudo git init --bare txt.git

很遗憾它报了个错

这是因为我们新建的用户没有sudo权限,我们执行如下命令

vim /etc/sudoers

然后添加一行内容进去

git  ALL=(ALL:ALL) ALL

这样我们就可以执行sudo权限了,如果提示没有权限,则切回到可以执行sudo的用户中,执行上面的操作,在切回git。

我们在改变一下文件所属用户与组,让这个文件属于当前用户与组

 sudo chown -R git:git txt.git

为了安全考虑我们需要禁用ssh登录到我们的sheel,防止别人登录到shell之后对我们的电脑做增删改

输入如下命令

vim /etc/passwd

找到这一行

git:x:1001:1001:,,,:/home/git:/bin/bash

改为:

git:x:1001:1001:,,,:/home/git:/usr/bin/git-shell

 

我们将默认ssh登录改为到git-shell程序中,这个git提供的shell程序,一旦登录会自动秒退。

好了现在可以让你的小伙伴们来克隆txt.git这个仓库了。

注意,你的服务器需要安装ssh服务

sudo apt install openssh-server

在git用户下执行上面这个命令,因为每个环境都不一样。

不然的话可能出现如下状况,ssh无法解析主机名:

Git问题总汇

error: src refspec main does not match any

Please make sure you have the correct access rights and the repository exists.

git命令总结

创造

克隆现有存储库

$ git clone ssh://user@domain.com/repo.git

创建一个新的本地存储库

$ git init

当地变化

Changed files in your working directory

$ git status

Changes to tracked files

$ git diff

将所有当前更改添加到下一个提交

$ git add .

在<file>中添加一些更改到下一次提交

$ git add -p <file>

提交跟踪文件中的所有本地更改

$ git commit -a

提交先前进行的更改

$ git commit

更改最后一次提交

不要修改已发布的提交!

$ git commit --amend

提交历史

显示所有提交,从最新开始

$ git log

显示特定文件随时间的变化e

$ git log -p <file>

谁更改了<file>中的内容和时间

$ git blame <file>

分支机构和标签

列出所有现有分支

$ git branch -av

切换HEAD分支

$ git checkout <branch>

根据您当前的HEAD创建一个新分支

$ git branch <new-branch>

基于远程分支创建一个新的跟踪分支

$ git checkout --track <remote/branch>

删除本地分支

$ git branch -d <branch>

用标签标记当前提交

$ git tag <tag-name>

更新和发布

列出所有当前配置的遥控器

$ git remote -v

显示有关遥控器的信息

$ git remote show <remote>

添加名为<remote>的新远程存储库

$ git remote add <shortname> <url>

从<remote>下载所有更改,但不要集成到HEAD中

$ git fetch <remote>

下载更改并直接合并/集成到HEAD中

$ git pull <remote> <branch>

在远程上发布本地更改

$ git push <remote> <branch>

删除遥控器上的分支

$ git branch -dr <remote/branch>

发布标签

$ git push --tags

合并与基础

将<branch>合并到当前HEAD中

$ git merge <branch>

将当前的HEAD重新设置到<branch>

不要重新发布已发布的提交!

$ git rebase <branch>

中止基准

$ git rebase --abort

解决冲突后继续进行基准

$ git rebase --continue

使用您配置的合并工具解决冲突

$ git mergetool

使用编辑器手动解决冲突,并(在解决之后)将文件标记为已解决

$ git add <resolved-file>

$ git rm <resolved-file>

撤消

丢弃工作目录中的所有本地更改

$ git reset --hard HEAD

放弃特定文件中的本地更改

$ git checkout HEAD <file>

还原提交(通过产生具有相反更改的新提交)

$ git revert <commit>

将HEAD指针重置为上一次提交

…并丢弃此后的所有更改

$ git reset --hard <commit>

…并将所有更改保留为未分阶段的更改

$ git reset <commit>

…并保留未提交的本地更改

$ git reset --keep <commit>

提交相关更改

提交应该是相关更改的包装。 例如,修复两个不同的错误应产生两个单独的提交。 小型提交使其他开发人员更容易理解更改,并在出现问题时将其回滚。 借助暂存区等工具以及仅暂存文件部分的功能,Git使得创建非常精细的提交变得容易。

经常提交

提交通常会使您的提交变小,并且再次帮助您仅提交相关的更改。 而且,它使您可以更频繁地与他人共享代码。 这样,每个人都可以更轻松地定期集成更改,避免合并冲突。 相比之下,大型提交很少且很少共享,因此很难解决冲突。

不要做半成品

您只应在完成代码后提交代码。 这并不意味着您在提交之前必须先完成一个完整的大型功能。 恰恰相反:将功能的实现分成逻辑块,并记住提早并经常提交。 但是,不要承诺在一天结束离开办公室之前在存储库中存放一些东西。 如果您只是因为需要干净的工作副本(来签出分支,进行更改等)而打算提交,请考虑改用Git的“隐藏”功能。

提交之前的测试代码

抵制诱惑,以完成您“认为”的事情。 对其进行彻底的测试,以确保它确实完成并且没有副作用(据人们所知)。 虽然只需要原谅自己在本地存储库中提交的东西,但是在与他人推送/共享代码时,测试代码就显得尤为重要。

写好的提交信息

首先以简短的更改摘要(最多50个字符为准则)开始您的消息。 通过包含空白行将其与后续正文分开。 邮件正文应提供以下问题的详细答案:

›改变的动机是什么?

›它与以前的实现有何不同?

使用命令式现在时态(“ change”,而不是“ changed”或“ changes”)与git merge等命令生成的消息保持一致。

版本控制不是备份系统

将文件备份到远程服务器上是拥有版本控制系统的一个很好的副作用。 但是,您不应像将其用作备份系统那样使用VCS。 在进行版本控制时,您应注意语义上的提交(请参阅“相关更改”)-您不应该只是在文件中塞入。

使用分支

分支是Git最强大的功能之一-并不是偶然的:从一开始,快速便捷的分支就成为了中心需求。 分支是完美的工具,可帮助您避免混淆不同的开发路线。 您应该在开发工作流程中广泛使用分支:有关新功能,错误修复,想法…

同意工作流程

Git让您从许多不同的工作流程中进行选择:长期运行的分支,主题分支,合并或重新设置,git-flow…您选择哪个取决于两个因素:项目,整体开发和部署工作流程以及(也许 最重要的是),以了解您和您的队友的个人喜好。 无论您选择工作,只要确保在每个人都遵循的通用工作流程上达成一致即可。

帮助和文档

在命令行获取帮助

$ git help <command>

免费的在线资源

http://www.git-tower.com/learn

http://rogerdudler.github.io/git-guide/

http://www.git-scm.org/

这里我整理了一份word文档

有需要的同学可以在这里下载:https://download.csdn.net/download/bjbz_cxy/14004358

 

最后祝大家新年快乐

相关推荐
©️2020 CSDN 皮肤主题: 博客之星2020 设计师:CY__ 返回首页