git


GitHub

如何在Github上实现高效搜索

in:description

如何参与GitHub上的开源项目

  • 先将该开源项目Fork到自己的账号下,从自己的账号clone项目[因为clone别人的项目,没有权限推送修改];
  • 若想为开源项目贡献代码,需要在GitHub上发起一个pull request,接受与否就不是自己能决定的了;

Git

集中式VS分布式

集中式

CVS及SVN都是集中式的版本控制系统,版本库是集中存放在中央服务器的,最大的弊端是必须联网才能工作

分布式

Git是分布式版本控制系统,这种分布式版本控制系统没有中央服务器,每个人电脑上都是一个完整的版本库,工作时就不需要联网了。多人协作时,只需要把各自修改推送给对方,就可以了。在实际使用分布式版本控制系统的时候,通常需要一台充当“中央服务器”的电脑,方便“交换”大家的修改,没有该电脑,大家一样工作。

工作区:Git管理的文件夹(如下文中的learnGit,就是一个工作区)

版本库:工作区中的.git目录就是版本库;Git版本库中存有很多东西,其中有一个叫stage(index)的暂存区,Git自动创建的第一个分支master,以及指向master的一个指针HEAD

在Windows上安装Git

从Git官网下载安装程序,默认选项安装即可;安装完成之后,在开始菜单里找到Git Bash,出现命令行,说明Git安装成功。

安装完成之后,需要进行设置,在命令行中输入:

# git config命令的 --global参数表示这台机器上所有的Git仓库都会使用这个配置
$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

版本库管理

创建版本库

版本库可以理解成一个目录,该目录下的所有文件都可以被Git管理起来,每个文件的修改、删除、Git都能跟踪,以便任意时刻都可以追踪历史,或者在将来某个时刻可以“还原”。

#1.选择一个合适的位置,创建一个空目录,注意Windows系统中,确保目录名及其父目录中不包含中文。
$ mkdir learnGit
$ cd learnGit
#显示当前目录
$ pwd
#2.通过git init 命令把这个目录变成Git可以管理的仓库;成功之后,告诉你是一个空的仓库,且当前目录下多了一个.git目录,若没有怎说明这个目录默认是隐藏的,用ls -ah命令就可以看见
$ git init
Initialized empty Git repository in /Users/michael/learngit/.git/
#Git不能追踪图片、视频等的变化,也不能跟踪Word文件的改动。千万不要使用Windows的记事本编辑任何文本文件,

将文件添加到Git版本库中

Git版本库中添加文件需要add、commit两步:commit可以一次提交多次add的文件;不经过add的内容,不会被提交到版本库里【同时说明Git管理的是修改,并非文件,若管理的是文件,执行commit的时候,把修改的的直接通过文件就提交了也就不需要add操作了】。

#1.git add 告诉Git,把文件添加到仓库,实际是把文件修改添加到暂存区
$ git add xx.txt
#2.git commit 告诉Git,把文件提交到仓库,实际是把暂存区的所有内容提交到当前分支
$ git commit -m "对本次提交的说明文字"

查看命令

# 查看仓库当前的状态
$ git status
#查看具体修改了什么内容
$ git diff xx.txt
#查看当前工作区和版本库里面最新版本的区别
$ git diff HEAD -- XX.txt
#查看提交历史,以便回退到哪个版本:git log显示从最近到最远的提交日志
$ git log [--pretty=oneline]
#HEAD表示当前版本,上一个版本就是HEAD^,上上一个版本就是HEAD^^,往上100个写成HEAD~100
commit id(HEAD->master) message
#查看命令历史,以便确定回到未来的哪个版本
$ git reflog
$ cat xx.txt
#查看远程库信息 -v:显示更详细的信息
$ git remote [-v]
#查看所有标签
$ git tag
#查看某个标签信息
$ git show 

回退、撤销、删除等操作

版本回退

#将当前版本回退到上一个版本
$ git reset --hard HEAD^
#若想由上一个版本回到当前版本,前提是:当前命令行窗口未关掉,commit id不用全写全,可以写前几位,但不要写的太短,以免Git自动匹配多个版本
$ git reset --hard commit id
#若是关闭电脑,还想回到执行回退之前的最新版本怎么办,执行git reflog查看commit id

撤销修改

如果你修改的内容是错误的,必须要进行纠正。可以使用git checkout --命令丢弃工作区的修改,让文件回到最近一次git commitgit add时的状态。

#把xx.txt文件在工作区的修改全部撤销:
#1.修改后未执行add,撤销修改之后和版本库一模一样
#2.修改后已执行add,又进行了修改,撤销修改就回到添加到暂存区后的状态
$ git checkout -- xx.txt
#将暂存区的修改撤销掉(unstage),重新放回工作区
$ git reset HEAD xx.txt

要想做到把修改的内容全部撤销,必要保证修改过的工作区、暂存区、版本库[并非远程版本库]都已经执行了回退/撤销命令。

删除文件

将一个新文件执行git add git commit后执行修改操作。

#在文件管理器中把没用的文件删除/使用rm命令
$ rm xx.txt
#此时版本库和工作区内容不一致
#1.从版本库中删除该文件,执行git rm 删除之后再执行git commit
#2.删除了想恢复[只能恢复到最新版本],用版本库里的替换工作区内的;从未被添加到版本库就被删除的文件是无法恢复的
$ git checkout -- xx.txt

远程仓库

远程仓库:找一台电脑充当服务器的角色,24小时开机,其他每个人都从这个服务器仓库克隆一份到自己的电脑上,并且各自把各自的提交推送到服务器仓库里,也从服务器仓库中拉取别人的提交。GitHub就是免费的Git远程仓库。

本地Git仓库和GitHub仓库之间的传输是通过SSH加密的,所以:

  • 创建SSH key。若用户主目录下有.ssh目录以及该目录下有id_rsa和id_rsa.pub这两个文件,执行下一步;若无,打开Git Bash。

    $ ssh-keygen -t rsa -C "youremail@example.com"

    一路回车即可在用户主目录下看到.ssh目录以及该目录下有id_rsa和id_rsa.pub这两个文件

  • 登录GitHub,打开Account settings,找到SSH Keys页面,点击”Add SSH Key“,填写任意Title,并在Key文本框里粘贴id_rsa.pub文件的内容,点击Add Key,即可看到已添加的Key。【GitHub允许你添加多个Key】

添加远程库

将本地Git仓库与远程库进行同步:

  • 在本地创建一个版本库

  • 在GitHub上创建一个仓库

    {% asset_img GitHub创建一个远程库 %}
  • 将本地与GitHub进行关联

    #在本地版本库中运行如下命令:添加后,远程库的名字就是origin-默认叫法,也可以修改成别的名字,注意若本地仓库关联两个远程库时,Git默认的都是origin,此时就需要在新建时指定名字啦。
    $ git remote add origin git@github.com:GitHub账户名/新建远程库的名字.git 
  • 将本地库的所有内容推送到远程库上

    #第一次推送master分支时,加上了-u,Git不但把本地的master分支内容推送至远程的master分支,还会将本地的master分支和元和才能的master分支关联起来
    $ git push -u origin master 
    #再次提交本地修改时
    $ git push origin master

从远程库中克隆

$ git clone git@github.com:GitHub账户名/新建远程库的名字.git 

还可以通过https等协议克隆,但ssh速度快。

分支管理

创建与合并分支

创建dev 分支,然后切换到dev分支

{% asset_img 创建dev分支并切换到dev分支.png %}
$ git checkout -b dev
Switched to a new branch 'dev'

git checkout 命令加上-b参数表示创建并切换,相等于以下两条命令:

$ git branch dev
$ git checkout dev

使用git branch命令查看所有分支,当前分支前面会标一个*号:

$ git branch
* dev
  master

然后,就可以在dev分支上正常提交了,git addgit commit -m提交完成,分支工作结束之后,切换回master分支:

$ git checkout master
Switched to branch 'master'

将dev分支的提交合并到master上 :

#参数--no-ff:表示禁用Fast forward,可以看出曾经做过合并,
$ git merge [--no-ff -m "message"] dev

git merge命令用于合并指定分支到当前分支,关于合并模式

  • Fast-forward:快进模式,直接把master指向dev的当前提交,在这种模式下,删除分支后,会丢掉分支信息。

合并完成,可以删除dev分支了

# git branch -D [branch] 强行删除 
$ git branch -d dev
Deleted branch dev (was 3ba40f4).

切换分支

git switch [-c] master切换分支,-c:创建并切换到新的分支。

解决冲突

需要解决冲突即Git无法自动合并分支时,首先需要解决冲突:git status查看产生冲突的文件,查看文件内容,Git用<<<<<<<,=======,>>>>>>>标记出不同分支的内容。手动解决完冲突之后,再进行提交

#用带参数的git log --graph查看分支的合并图,若不加--graph的话,只会出现commit信息
$ git log --graph --pretty=online --abbrev-commit

Bug分支

场景:若当前正在工作的分支为dev(未完成),突然来了一个紧急代号为101的bug,需要创建一个临时分支issue-101进行修改。

  • 保存当前所在dev分支的工作

      #将当前工作中的分支储藏起来,等以后恢复继续工作
      $ git stash
      # git status查看工作区,干净,放心修改bug
  • 需要确定在哪个分支上修复bug,转到该分支之后,建立临时分支[例如bug在master分支上]

      $ git checkout master
      $ git checkout -b issue-101
      #接下来,进行修复工作,add,commit,修复完成
      #切换到master分支
      $ git switch master
      #完成合并
      $ git merge --no-ff -m "message" issue-101
      #删除临时分支
      git branch -d issue-101
  • 恢复dev分支

    $ git switch dev
    # 查看之前工作现场保存到何处了
    $ git stash list
    # 恢复现场
    #1.恢复后,stash内容并不会删除,stash@{0}-删除指定的stash,是由git stash list获得
    $ git stash apply [stash@{0}]
    #需要删除stash内容
    $ git stash drop
    #2.恢复的同时把stash内容也删除了
    $ git stash pop

    若该bug也在dev分支中存在,该如何修复呢

    #将issue101提交的修改复制到dev分支上即可
    $ git cherry-pick  

多人协作

推送分支
$ git push <远程库的名字,默认是origin> <所要推送的branch>

向bug这种分支就不需要进行推送,自己本地用就可以。

抓取分支

小伙伴clone下远程库,默认只能看到本地的master分支,要想在dev分支上开发,就必须创建远程origin的dev分支到本地

$ git checkout -b dev origin/dev

此时小伙伴就能在dev分支上工作了,若多人产生推送冲突

#先把最新的提交从origin/dev抓下来,然后本地合并,解决冲突,再推送
$ git pull
#若提示no tracking information表示没有指定本地dev分支与远程origin/dev分支的链接,执行
$ git branch --set-upstream-to=origin/dev dev
#再次git pull之后,若产生冲突,查看解决冲突部分
rebase【未看懂】

把分叉的提交历史“整理”成一条直线,

标签管理

发布一个版本时,通常先在版本库中打一个标签(tag)实际上就是指向某个commit的指针,但标签不可以移动。若commit出现在多个分支上,那么这几个分支均可以看到这个标签。

  • 创建标签

默认标签是打在最新提交的coomit上的;查看标签的时候,是按照字母排序的。

#切换到需要打标签的分支上,执行
$ git tag v1.0
#向某个指定commit上打标签
$ git tag  
#创建带有说明的标签
$ git tag -a  -m "message" 
  • 操作标签

    #创建的标签只存在本地,不会自动推送到远程,打错的标签可在本地安全删除
    $ git tag -d 
    #推送某个标签到远程
    $ git push origin 
    #一次性推送所有尚未推送到远程的标签
    $ git push origin --tags
    #若标签推送至远程库,要想删除远程标签
    #1.先从本地删除
    #2.再从远程删除
    $ git push origin :refs/tags/

自定义Git

忽略特殊文件

在Git工作区的根目录下创建一个特殊的.gitignore文件,然后把妖忽略的文件名填进去,Git就会自动忽略这些文件。忽略文件的原则是:

  1. 忽略操作系统自动生成的文件,比如缩略图等;
  2. 忽略编译生成的中间文件、可执行文件等,也就是如果一个文件是通过另一个文件自动生成的,那自动生成的文件就没必要放进版本库,比如Java编译产生的.class文件;
  3. 忽略你自己的带有敏感信息的配置文件,比如存放口令的配置文件。
$ git config --global alias.st status
$ git config --global alias.co checkout
$ git config --global alias.ci commit
$ git config --global alias.br branch
# git reset HEAD file:将暂存区的修改撤销掉,重新放回工作区
$ git config --global alias.unstage 'reset HEAD'
#显示最后一次提交信息
$ git config --global alias.last 'log -1'

git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"

执行git lg

每个仓库的Git配置文件都放在.git/config文件中;当前用户的Git配置文件放在用户主目录下的一个隐藏文件.gitconfig文件中。修改和删除别名可以直接在配置文件中进行修改。

搭建Git服务器

准备一台Linux机器,推荐使用Ubuntu或Debian,通过apt进行安装。

使用的账号要有sudo权限

#1.安装git
$ sudo apt-get install git
#2.创建一个git用户,运行git服务
$ sudo adduser git
#3.创建证书登录,将所有需要登录的用户的公钥(id_rsa.pub)导入/home/git/.ssh/authorized_keys文件里,每行一个
#4.初始化Git仓库;选定一个目录为Git仓库/sample/rep.git,在/sample目录下输入
$ sudo git init --bare rep.git
# 这个仓库不让用户登录到服务器去改工作区,并且服务器上的Git仓库通常都是以.git结尾的
#修改owner
$ sudo chown -R git:git rep.git
#5.禁用shell登录,编辑/etc/passwd文件
#6.clone远程仓库

管理公钥、权限的工具=》Gitolite

GUI工具=》SourceTree


Manba_girl: Mamba_girl
Reprint policy: All articles in this blog are used except for special statements CC BY 4.0 reprint polocy. If reproduced, please indicate source Mamba_girl !
  目录