标签 Git 下的文章

使用SSH连接GitHub仓库

前言:

讲一个笑话:最近给新电脑装Git工具,才意识到自己之前用SSH连接GitHub的方法居然是错的。是这样的,我配置了密钥对后依然在使用之前配置的浏览器登录。这次换新电脑,之前没有登录GitHub,新装的Git工具。跟着官方文档配置完成后,git push -u origin master 居然还弹出登录页面,然后我才意识到之前错了。使用SSH连接仓库和创建仓库时GitHub教你的方法两者协议是不一样的,网页上给的参考命令是用的HTTPS。这些其实在开始使用Git文档中有的,只是不仔细看容易忽略。官方的SSH连接操作文档半中半英可读性也不够好,第一次读的时候没看仔细。以上教训告诉我们,学习不能急于求成,基础要仔细掌握。所以鄙人在此水贴一篇,算是个基础教程吧。(看我不如通读GitHub的文档?)

前置基础:

GitHub是一个提供Git服务的网站。Git是一套版本控制工具。所以,使用GitHub除了一些网页上的设置,其主要功能就是使用Git。首次使用Git首先要下载安装,然后便是要配置用户名和邮箱,建议设置成和GitHub上相同的。配置分为全局配置和仓库配置,全局就是没有仓库配置时默认的用户信息;仓库的就是单独某个仓库生效的。下载安装程序运行,一路点击下一步,装完Git后便可以打开Git Bash啦。

# 设置全局配置:
git config --global user.name "github's Name"
git config --global user.email "github@xx.com"
# 设置仓库的配置,要在仓库目录下执行:
git config user.name "git's Name"
git config user.email "git@xx.com"
# 查看的命令,查哪在哪执行:
git config --list

Git存储内容项目的单元被称为仓库(Repository),作为一个仓库,创建的过程称之为初始化。然后创建文件,需要产生一个历史记录时,就将变更的文件按需添加到暂存区,提交(Commit)一次。有了一次Commit后,便可以为其设置远端仓库地址,将本地的仓库变化推送过去保存。大致这么个流程:

# 创建一个以仓库名称命名的目录(或者叫文件夹),并进入其中。
mkdir XX-Repository
cd XX-Repository
# 使用初始化命令
git init
# 按照实际需要,创建或从其他地方拷贝文件到目录下。惯例要创建一个README.md文件,给人看。
touch README.md
cp ../../XXX.XXX ./XXX.XXX     # 这个Linux下用的多,Win下不如直接图形界面拖拽。
# 文件写的差不多了,先按需添加到Commit暂存区,
git add XXX.XXX XXX.XXX      # 添加指定文件
git add -A      # 添加所有新增或变更的文件
# 然后执行Commit,一般惯例要带-m参数,备注本次提交的变更。
git commit -m "first commit"
# 添加远端仓库地址,地址从仓库主页的绿色Code按钮中能看到:
git remote add origin https://github.com/USERNAME/REPOSITORY.git
# 设置远端仓库的分支为master,并推送到该分支。
git push -u origin master
# 因为上面是HTTPS的连接方式,所以会弹出网页的登录页面。按提示登录即可完成推送。

到此一个Git仓库大致就在GitHub上搞起来了。那如何换用SSH方式连接仓库呢?

通过SSH连接:

这里我抄一下官方的内容,原文半英半中,写了很多注意事项,很多内容的位置却不合理。在此我缩减了一下,有问题建议看官方文档。

检查已有的SSH密钥对

首先可以检查下您电脑上有没有已经生产的可用的密钥对,他们是成对的一组文件,包含私钥和公钥。

  1. 打开Git Bash。
  2. 执行 ls -al ~/.ssh ,如果.ssh目录下有密钥对变回在回显的信息中看到文件名类似于:
    • id_rsa.pub
    • id_ecdsa.pub
    • id_ed25519.pub

这里,如果提示目录不存在,那看样子就是啥都没有了。如果有密钥对,就可以用后面的方法检查有没有密码加密,没有密码或者知道密码便可以直接用。否则就按下面的方法新建密钥对。

生成新的SSH密钥

如果您还没有 SSH 密钥,则必须生成新 SSH 密钥用于身份验证。为了安全,需要在生产的密钥对上添加密码保护。如果不想在每次使用 SSH 密钥时重新输入这个密码,您可以将密钥添加到 SSH 代理(即ssh-agent),让它管理您的 SSH 密钥并记住您的密码。

  1. 打开Git Bash。

  2. 复制下面的文本粘贴到Bash中执行(替换为您自己的 GitHub 电子邮件地址)。

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

    注:如果您使用的是不支持 Ed25519 算法的旧系统,请使用以下命令:

    ssh-keygen -t rsa -b 4096 -C "your_email@example.com"
  3. 此时将以邮箱地址为标签生成新的SSH密钥对。

    • 提示您“Enter a file in which to save the key(输入要保存密钥的文件)”时,按 Enter 键。 这密钥会存在默认文件位置。(即~/.ssh ,不存在默认位置没有积极意义且会让后面更繁琐。)
    • 在提示 Enter passphrase 时设置密码,在提示 Enter same passphrase again: 时重复密码。

在 Git for Windows 上自动启动 ssh-agent

您可以在打开 bash 或 Git shell 时自动运行 ssh-agent。并让它自动添加~/.ssh目录下新的 SSH 密钥。

  1. 复制以下内容并将其粘贴到 Git shell 的 ~/.profile 文件中保存,没有就创建一个:

    env=~/.ssh/agent.env
    
    agent_load_env () { test -f "$env" && . "$env" >| /dev/null ; }
    
    agent_start () {
        (umask 077; ssh-agent >| "$env")
        . "$env" >| /dev/null ; }
    
    agent_load_env
    
    # agent_run_state: 0=agent running w/ key; 1=agent w/o key; 2=agent not running
    agent_run_state=$(ssh-add -l >| /dev/null 2>&1; echo $?)
    
    if [ ! "$SSH_AUTH_SOCK" ] || [ $agent_run_state = 2 ]; then
        agent_start
        ssh-add
    elif [ "$SSH_AUTH_SOCK" ] && [ $agent_run_state = 1 ]; then
        ssh-add
    fi
    
    unset env

    ~/ 这个位置是用户的HOME目录,Windows 下就是 C:\Users\<你的用户名> 这个目录。

    如果您的私钥没有存储在默认位置之一(如 ~/.ssh/id_rsa),您需要告知 SSH 身份验证代理其所在位置。 要将密钥添加到 ssh-agent,请输入 ssh-add ~/path/to/my_key

  2. 重新开一个Git Bash窗口,ssh-agent首次被启动,自动搜索新增的密钥对,然后提示输入密码,按要求输入密码后密钥对就被加入了ssh-agent。以后运行 Git Bash 时便会自动启动 ssh-agent ,不再需要输入密码。

  3. ssh-agent 进程将继续运行,直到您注销、关闭计算机或终止该进程。

添加SSH 公钥到 GitHub 帐户

前面的操作概括来讲就是将本地的私钥添加到了本地的SSH代理中,下面要将公钥添加到GitHub上。

  1. 网页右上角点击头像,然后点击 Settings。在左侧找到 Access 部分,点击 SSH and GPG keys

  2. 点击右上方的 New SSH key,打开 SSH keys/ Add new 页面。

  3. 在 "Title"(标题)文本框中,为新公钥添加描述性标题,要求自己看到就知道是啥。 例如,如果密钥对用于枪神6笔记本上,此公钥名称可以是 "God of Gun 6"。

  4. 使用以下命令将 SSH 公钥复制到剪贴板,并粘贴到网页的"Key"(密钥)文本框中。最后点击 Add SSH key(添加 SSH 密钥),按提示输入GitHub的登录密码完成公钥的添加。

    clip < ~/.ssh/id_ed25519.pub

    提示:注意文件位置,此处是默认位置与文件名,如果前面你的位置不一样,需要灵活改变。如果 clip 命令不可用,可找到隐藏的 .ssh 文件夹,在常用的文本编辑器中打开该.pub文件,并将其内容复制到剪贴板。

这样GitHub那边有对应的公钥,我有对应的私钥,我本地的SSH便能够向GitHub证明我的身份啦。

测试 SSH 连接

测试连接时,您可能需要使用密码(即您之前创建的 SSH 密钥对的密码)验证此操作。如果密钥的密码之前没有缓存到ssh-agent中。如果是按照前面操作过来的,应该无需再次输入密码。

  1. 打开 Git Bash。

  2. 输入以下内容:

    ssh -T git@github.com

    您可能会看到类似如下的警告:

    > The authenticity of host 'github.com (IP ADDRESS)' can't be established.
    > RSA key fingerprint is SHA256:nThbg6kXUpJWGl7E1IGOCspRomTxdCARLviKw6E5SY8.
    > Are you sure you want to continue connecting (yes/no)?
  3. 验证所看到消息中的指纹是否匹配 GitHub 的 RSA 公钥指纹。 如果是,则输入 yes。如果一切正常,会看到GitHub返回了一段包含您的用户名的消息。

    > Hi username! You've successfully authenticated, but GitHub does not
    > provide shell access.

将远端仓库的 URL 从 HTTPS 切换到 SSH

  1. 打开 Git Bash。

  2. 将当前工作目录切换到为您的本地仓库。

  3. 列出现有远程仓库以获取要更改的远程仓库的名称,关注一下USERNAME和REPOSITORY部分。

    $ git remote -v
    > origin  https://github.com/USERNAME/REPOSITORY.git (fetch)
    > origin  https://github.com/USERNAME/REPOSITORY.git (push)
  4. 使用 git remote set-url 命令更改远端的 URL ,注意将上面获取的名称换到下面命令中。

    $ git remote set-url origin git@github.com:USERNAME/REPOSITORY.git

这里也可以使用git config 命令直接调整配置处理。

git config -l # 查看配置
git config remote.origin.url git@github.com:USERNAME/REPOSITORY.git
git config -l # 再次执行,检查修改结果

参考:

CentOS7升级最新版Git

CentOS7升级最新版Git

前言

Git是一个快速、可扩展的分布式版本控制系统,具体用途这里不再赘述。有时,我们生产环境中的某些程序可能会对Git版本有要求。但是CentOS7中的Git版本是比较旧的1.8.3.1版本,且无法使用yum升级到最新版本。如果这时我们的程序需要2.x的Git,便会出现兼容性问题。这种情况下,我们就需要自行下载并编译安装了。

读懂实践本文,你可能需要在技能树中点亮以下技能:

  • Linux系统基础操作

操作

  1. 运行以下命令安装所有依赖软件包。
yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel 
yum install gcc perl-ExtUtils-MakeMaker
  1. 在/usr/src目录下创建一个Git目录,并进入。

    mkdir -p /usr/src/Git
    cd /usr/src/Git
  2. 打开Git下载页下载最新版的Git。页面按发布时间排序,我们直接点开最近的一个版本(我这2.23.0)。然后在“Source code(tar.gz)”上右击,复制其下载地址,然后使用wget下载文件。此命令由wget后空格加文件地址构成。

wget https://github.com/git/git/archive/v2.23.0.tar.gz
  1. 查看下载的文件名(比如我这里下载的文件名是v2.23.0.tar.gz),并使用tar工具解包,解包后查看解出的文件夹名称。这里我们发现文件加名为“git-2.23.0”
[root@lexsion]# ls
v2.23.0.tar.gz
[root@lexsion]# tar xzf v2.23.0.tar.gz
[root@lexsion]# ls
git-2.23.0  v2.23.0.tar.gz
  1. 进入解出的文件夹,使用make命令编译并安装新版Git工具。
cd git-2.23.0
make prefix=/usr/local/git all
make prefix=/usr/local/git install
  1. 移除旧版本Git,为新版Git添加软链接。
yum remove git
cd /usr/bin
ln -s  /usr/local/git/bin/git git
  1. 使用以下命令查看Git版本,确认是否安装成功。
git --version

以上就是CentOS7下,升级Git版本的过程。

参考

  1. centOS7升级git版本到2.7.3
  2. centos7升级git到最新版本
  3. Git-GitHub项目页

Git学习笔记

Git学习笔记

目录

1.什么是Git?

生活工作或学习中我们有时需要保存一个文件不同时间的多个版本,以便在未来时间我们可以再次查阅。一般情况我们都会复制一份文件,在文件名中加入能够表示时间的文字,以此保证日后查阅时能按照时间找到需要的文件,这样修改的次数多了就会非常麻烦。还有一种情况,我们有时需要多个人编辑同一个文件,我们可以使用文件共享或搭建FTP服务器共享。这种方式如果需要确定文件是谁什么时间编辑的,那就会非常的麻烦。而且如果某人失误损坏了文件,那将是灾难性的。
而Git这个版本控制软件就是为解决这种问题而被设计的。它是一个分布式的版本控制系统,是一个软件。最初由林纳斯·托瓦兹创作,最初的目的是为更好地管理Linux内核开发而设计。Git易于使用,效率高,它支持非线性分支管理文件。
Git的实现是直接记录快照,而不是记录文件的差异对比。其像是把数据看作一组文件快照,每次修改完提交后,就会记一次版本,如果文件没有修改,就会通过链接指向文件,它对待数据就像是一个快照流,我们所有的操作几乎都可以在本地完成。Git有校验文件完整的机制,所有数据在存储之前都会计算校验和,其使用Hash算法通过文件目录和内容来计算校验和。
Git的仓库(.git文件夹),英文名:Repository,仓库用来保存项目的原始数据和对象数据。Git的工作目录,英文名:Working Directory,工作目录是对项目的某个版本提取出来的内容,这些内容供我们使用或修改。当我们修改了某些文件后,对应被修改的文件会在暂存区生成一个列表,用于标记下次提交时要提交的文件。一般的使用流程就是文件在工作目录中修改,被标记在暂存区,执行提交后会提交到仓库中记录一次版本。
区别于我们在本地创建的本地仓库,当然就有存于远程服务器上的远程仓库。其是为多人共享而建立,亦可以看作安全考虑而设置的本地文件的备份。

2.Git的基本操作

本节内容包含Git的安装和基本命令。其基本命令包含初始化仓库、查看仓库状态、暂存操作、本地提交操作、提交本地仓库到远端仓库、从远端仓库拉取仓库数据到本地。

安装Git

CentOS上安装:

yum -y install git

Ubuntu安装:

apt-get install git-all

Windows系统可以去Github项目:Git for Windows/git 的Release下下载对应版本的文件并安装。

安装完Git后我们需要对其进行一些简单的配置,比如配置用户名和邮箱。

git config --global user.name "You Name"
git config --global user.email "youmail@XXX.XX"

Git基本命令

Git命令行的操作类似于Linux shell,首先我们先创建一个Git仓库,比如,我将其创建在E:/git_repos/Git-Tutorial。
使用以下命令创建目录:

cd E:
mkdir git_repos
cd git_repos
mkdir Git-Tutorial
cd Git-Tutorial

以上步骤操作完成后就创建了一个普通的目录,此时这是一个普通的文件夹。使用以下命令初始化Git仓库:

git init

此时系统回显以下信息:

User@PC MINGW64 /e/git_repos/Git-Tutorial
$ git init
Initialized empty Git repository in E:/git_repos/Git-Tutorial/.git/
User@PC MINGW64 /e/git_repos/Git-Tutorial (master)

这时可以看到,终端里面看到的是显示一个Master分支;默认状态下Git会自动为我们初始化一个名为Master的分支。
使用以下命令查看目录下的文件:

ll

出现如下提示,表示目录下没有内容,是空的。

total 0

我们可以使用touch命令创建一个文件README.md,然后使用git status命令查看当前Git仓库状态。

touch README.md

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git status
On branch master

No commits yet

Untracked files:
  (use "git add <file>..." to include in what will be committed)

        README.md

nothing added to commit but untracked files present (use "git add" to track)

从Git仓库状态信息里可以看出,当前所在分支为Master分支,没有任何的commits(提交)。另外,其下方显示一个未跟踪的文件列表,其中列出所有的存在目录中但是没有被跟踪的文件,并且Git会提示如何将其包含到暂存中(待提交的列表中)。
我们使用git add README.md命令将文件暂存,再通过git status命令查看状态:

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git add README.md

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git status
On branch master

No commits yet

Changes to be committed:
  (use "git rm --cached <file>..." to unstage)

        new file:   README.md

这时我们可以看到提示,在Master分支中,暂存中有新增一个文件,README.md,并且提示了,使用git rm --cached ...可以将文件返回上一状态。我们可以试一下:

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git rm --cached README.md
rm 'README.md'

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git status
On branch master

No commits yet

Untracked files:
  (use "git add <file>..." to include in what will be committed)

        README.md

nothing added to commit but untracked files present (use "git add" to track)

我们还可以使用git add -A命令实现将目录下所有文件加入到暂存区中:

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git add -A

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git status
On branch master

No commits yet

Changes to be committed:
  (use "git rm --cached <file>..." to unstage)

        new file:   README.md

目前我们做到了将README.md 文件存于暂存区。当我们需要记录一个版本时,我们便需要做一次提交。使用git commit进行提交,建议其后跟随-m参数,用于备注这次提交的说明。当我们提交后,再次使用git status查看状态:

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git commit -m "add README.md"
[master (root-commit) dfaaa0b] add README.md
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 README.md

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git status
On branch master
nothing to commit, working tree clean

提交到GitHub

首先需要注册一个Github账号,然后新建一个仓库,填入自己需要的名字,然后创建。
创建后使用以下命令添加,并将代码push到Github。这期间可能需要输入用户名和密码,将Github账号密码输入即可:

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git remote add origin https://github.com/<用户名>.../<仓库名>.git

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git push -u origin master
Enumerating objects: 3, done.
Counting objects: 100% (3/3), done.
Writing objects: 100% (3/3), 218 bytes | 109.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To https://github.com/<用户名>.../<仓库名>.git
 * [new branch]      master -> master
Branch 'master' set up to track remote branch 'master' from 'origin'.

既然有将代码提交到Github,那就需要克隆远程仓库到本地,使用如下命令将仓库git-test克隆到本地,并命名为git-demo:

git clone <远端仓库> <本地名称>


User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ cd ..

User@PC MINGW64 /e/git_repos
$ git clone https://github.com/<用户名>.../git-test.git git-demo
Cloning into 'git-demo'...
remote: Enumerating objects: 3, done.
remote: Counting objects: 100% (3/3), done.
remote: Total 3 (delta 0), reused 3 (delta 0), pack-reused 0
Unpacking objects: 100% (3/3), done.

仓库克隆到本地后,我们便可以对里面的文件进行修改,修改后的文件自然也可以提交到Github。首先我们使用cd git-demo进入这个仓库,使用文本编辑器(比如vi)修改README.md文件内容为自定义内容,比如:

# Hello Word
This is a file for Test/Study.

然后我们使用 git status 查看 git-demo 这个本地仓库的状态,会提示 README.md 文件的状态是 modified ,意思是被修改了。按照提示,我们尝试运行 git add README.md 命令,或使用 git add -A 命令全部添加到暂存区。最后我们运行 git status 确认一下状态(可选),使用 git-commit 提交修改(建议使用-m "说明文本"添加提交说明)。过程如下:

User@PC MINGW64 /e/git_repos/git-demo (master)
$ vi README.md

User@PC MINGW64 /e/git_repos/git-demo (master)
$ git status
On branch master
Your branch is up to date with 'origin/master'.

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   README.md

no changes added to commit (use "git add" and/or "git commit -a")

User@PC MINGW64 /e/git_repos/git-demo (master)
$ git add -A
warning: LF will be replaced by CRLF in README.md.
The file will have its original line endings in your working directory

User@PC MINGW64 /e/git_repos/git-demo (master)
$ git status
On branch master
Your branch is up to date with 'origin/master'.

Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        modified:   README.md


User@PC MINGW64 /e/git_repos/git-demo (master)
$ git commit -m "Modified README.md"
[master 935539d] Modified README.md
 1 file changed, 2 insertions(+)

我们在本地完成了git-demo的提交,接下来便可以使用 git push 命令将仓库同步到Github的远端仓库git-test。然后我们也可以在git-tutorial中使用git-pull拉取新的代码,git pull 后面可以跟随仓库链接和分支名称。需要注意的是,在拉取之前git-tutorial中的数据是旧的,我们可以使用cat命令验证。操作如下:

User@PC MINGW64 /e/git_repos/git-demo (master)
$ git push
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Writing objects: 100% (3/3), 293 bytes | 97.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To https://github.com/<用户名>/git-test.git
   dfaaa0b..935539d  master -> master

User@PC MINGW64 /e/git_repos/git-demo (master)
$ cd ..

User@PC MINGW64 /e/git_repos
$ ll
total 0
drwxr-xr-x 1 Lexsion 197609 0 1月  13 23:28 git-demo/
drwxr-xr-x 1 Lexsion 197609 0 1月  13 00:15 Git-Tutorial/

User@PC MINGW64 /e/git_repos
$ cd Git-Tutorial

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ ll
total 0
-rw-r--r-- 1 Lexsion 197609 0 1月  13 00:15 README.md

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ cat README.md

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git pull
remote: Enumerating objects: 5, done.
remote: Counting objects: 100% (5/5), done.
remote: Total 3 (delta 0), reused 3 (delta 0), pack-reused 0
Unpacking objects: 100% (3/3), done.
From https://github.com/<用户名>/git-test
   dfaaa0b..935539d  master     -> origin/master
Updating dfaaa0b..935539d
Fast-forward
 README.md | 2 ++
 1 file changed, 2 insertions(+)

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ cat README.md
# Hello Word
This is a file for Test/Study.

3.Git的分支

软件开发过程中,我们会有新增功能也有修复BUG,这两者可能是同时存在又独立的。在Git中,为我们提供了一个叫做分支(Branch)的东西来处理这种情况,以此保证BUG的修复与新功能的增加不会互相干扰,不同的人处理不同的分支,不必担心其他人破坏了环境。分支是为了将修改记录的整个流程做一个分岔的保存,分支亦可以在未来合并。
我们在创建仓库时,Git会默认创建一个master分支。在此之后的提交,在切换分支之前,都会提交到这个master分支中。Git分支中有一个概念叫做HEAD,它指向当前在使用的分支中的最后一次更新,通常其指向master分支的最后一次提交。我们可以通过移动这个指针来变更当前分支。
我们可以使用 git branch <新分支名字> 来创建新的分支,通过git branch命令查看当前仓库有哪些分支,使用git checkout <分支名> 来选择当前操作的分支,比如我们新建feature1分支并切换到这个分支。

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git branch feature1

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git branch
  feature1
* master

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git checkout feature1
Switched to branch 'feature1'

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature1)

切换到feature1后,可以看到后面括号中的分支名称已经变成了feature1。接下来就可以编辑这个分支,而不必担心影响其他分支。比如我想在里面新建一个a.txt,编辑一下,加入到仓库并提交。如下:

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature1)
$ touch a.txt

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature1)
$ vi a.txt

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature1)
$ git add a.txt
warning: LF will be replaced by CRLF in a.txt.
The file will have its original line endings in your working directory

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature1)
$ git commit -m "Add a.txt"
[feature1 fcf80e7] Add a.txt
 1 file changed, 3 insertions(+)
 create mode 100644 a.txt

这时,我们的feature1就成功提交到本地仓库了。如果我们需要再基于feature1建立一个分支feature2,那么就输入git branch <分支名称>命令创建新分支,然后使用git check out <分支名> 切换到这个分支。

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature1)
$ git branch feature2

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature1)
$ git checkout feature2
Switched to branch 'feature2'

我们亦可以使用一条命令完成这个过程,比如我们创建feature3并切换到该分支:

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature2)
$ git checkout -b feature3
Switched to a new branch 'feature3'

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature3)

若要删除一个分支,需要执行git branch -d <分支名> 。如下删除feature2分支:

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature3)
$ git branch -d feature2
Deleted branch feature2 (was fcf80e7).

我们在feature3下检查里面的文件,可以看到继承自feature2的文件都还在。尝试建立一个b.txt文件,编辑一下,加入仓库并提交。然后我们切换到master分支,通过命令 git branch -d <分支名> 删除分支feature3,会发现无法删除。系统会提示我们这个分支其中的更改没有合并到其他分支,如果需要强制删除可以使用 git branch -D <分支名> 强行删除,或考虑合并到其他分支。 如下:

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature3)
$ ll
total 2
-rw-r--r-- 1 Lexsion 197609 33 1月  14 01:22 a.txt
-rw-r--r-- 1 Lexsion 197609 46 1月  14 00:03 README.md

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature3)
$ touch b.txt

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature3)
$ vi b.txt

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature3)
$ git add b.txt
warning: LF will be replaced by CRLF in b.txt.
The file will have its original line endings in your working directory

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature3)
$ git commit -m "add b.txt"
[feature3 a03ddaa] add b.txt
 1 file changed, 1 insertion(+)
 create mode 100644 b.txt

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature3)
$ git checkout master
Switched to branch 'master'
Your branch is up to date with 'origin/master'.

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git branch -d feature3
error: The branch 'feature3' is not fully merged.
If you are sure you want to delete it, run 'git branch -D feature3'.

如果我们需要操作合并分支,比如将feature3分支中的代码合并到master分支,我们可以在master分支下运行git merge <分支名>将某个分支合并到当前分支,因为我们本文案例没有代码冲突,系统自动使用Fast-forward方式自动完成了合并,不需要处理冲突。如下:

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git merge feature3
Updating 935539d..a03ddaa
Fast-forward
 a.txt | 3 +++
 b.txt | 1 +
 2 files changed, 4 insertions(+)
 create mode 100644 a.txt
 create mode 100644 b.txt

然后我们运行git push将master的修改提交到远程仓库Github。这时我们在本地使用git branch 可以看到有三个分支,但是在远端仓库中只有一个分支,master分支。此时如果我们需要将其他分支提交到远程仓库,首先可以使用git checkout <分支名>切换到要操作的分支(不切换也可以),使用git push origin <本地分支名称>:<远端分支名称> 将分支提交到远端,冒号与后面的远端分支名可不填,远端的分支会使用一样的名字。如果需要将远端分支删除,使用git push origin :<远端分支名称>删除。如下:

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git branch
  feature1
  feature3
* master

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git checkout feature1
Switched to branch 'feature1'

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature1)
$ git push origin feature1:TestF1
Total 0 (delta 0), reused 0 (delta 0)
remote:
remote: Create a pull request for 'TestF1' on GitHub by visiting:
remote:      https://github.com/<用户名>/git-test/pull/new/TestF1
remote:
To https://github.com/<用户名>/git-test.git
 * [new branch]      feature1 -> TestF1

User@PC MINGW64 /e/git_repos/Git-Tutorial (feature1)
$ git push origin :TestF1
To https://github.com/<用户名>/git-test.git
 - [deleted]         TestF1

4.Git的合并

在本节开始时,老师表示他把之前的几个分支都删除了,只保留了master这个分支,所以开始之前,我们也去删一下。如果不会的话,那应该复习一下了。

查看日志和创建别名

在学习Git的合并之前,先了解一下如何查看日志,查看日志的命令是git log,日志中靠近上方的是最近的提交,往下则是较早的一些提交。

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git log
commit a03ddaac380207be15724e1cb21546ff73ea4a93 (HEAD -> master, origin/master)
Author: 用户名<邮箱>
Date:   Tue Jan 15 00:52:06 2019 +0800

    add b.txt

commit fcf80e78461f6d2b66597097ae459254c1d46b9e
Author: 用户名<邮箱>
Date:   Mon Jan 14 01:23:25 2019 +0800

    Add a.txt

commit 935539d80a47a0b5dc86afa9791e9919f6830632
Author: 用户名<邮箱>
Date:   Sun Jan 13 23:30:52 2019 +0800

    Modified README.md

commit dfaaa0b793060603217561b3d7b0e3444c7b198a
Author: 用户名<邮箱>
Date:   Sun Jan 13 01:04:07 2019 +0800

    add README.md

这种看日志的方式并不方便,我们可以使用git log --oneline 使其以单行的方式显示,这样可能会更加直观一些。每行前面的ID是这次提交的Hash码的一部分,此码可唯一的标示出这次提交。如果提交记录较多,可是后缀 -<数量>来表示自己只取最近的几次提交日志。

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git log --oneline
a03ddaa (HEAD -> master, origin/master) add b.txt
fcf80e7 Add a.txt
935539d Modified README.md
dfaaa0b add README.md

如果想看某次提交具体信息,可以使用git show 这个命令来查看。

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git show a03ddaa
commit a03ddaac380207be15724e1cb21546ff73ea4a93 (HEAD -> master, origin/master)
Author: 用户名<邮箱>
Date:   Tue Jan 15 00:52:06 2019 +0800

    add b.txt

diff --git a/b.txt b/b.txt
new file mode 100644
index 0000000..63ace0e
--- /dev/null
+++ b/b.txt
@@ -0,0 +1 @@
+Hello word

在Stack overflow上有人提炼了一些好看的指令。比如我们可以使用 git log --all --decorate --oneline --graph 命令来输出一个好看的格式。

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git log --all --decorate --oneline --graph
* a03ddaa (HEAD -> master, origin/master) add b.txt
* fcf80e7 Add a.txt
* 935539d Modified README.md
* dfaaa0b add README.md

通过上面的命令我们发现,某些时候需要输入的命令会很长,难以记住。这时我们就要提到git的别名功能。使用这个功能我们可以给长命令定义别名,使用文本编辑器编辑 ~/.gitconfig文件,在里面添加以下内容并保存。

[alias]
        dog = log --all --decorate --oneline --graph

这时,我们可以使用git dog 来调用这串长命令。我们在输出的信息中可以看到,最近的一次提交(commit)中,HEAD这个指针指向了master,而括号中逗号右侧的是我们的远程分支。

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git dog
* a03ddaa (HEAD -> master, origin/master) add b.txt
* fcf80e7 Add a.txt
* 935539d Modified README.md
* dfaaa0b add README.md

通常的合并操作

了解了日志,我们就可以开始学习Git的合并操作。

首先我们基于master分支创建一个分支,命名f1:

git checkout -b f1

使用 ll 命令查看一下分支下有哪些文件:

User@PC MINGW64 /e/git_repos/Git-Tutorial (f1)
$ ll
total 3
-rw-r--r-- 1 Lexsion 197609 36 1月  15 01:59 a.txt
-rw-r--r-- 1 Lexsion 197609 12 1月  15 21:38 b.txt
-rw-r--r-- 1 Lexsion 197609 46 1月  14 00:03 README.md

创建一个 fa.txt 并将其加入暂存区,然后提交一下:

touch fa.txt
git add fa.txt
git commit -m "add fa.txt"

这时我们查看一下日志,发现HRAD指针指向了f1,在master分支下最后的一次提交是 add b.txt :

User@PC MINGW64 /e/git_repos/Git-Tutorial (f1)
$ git dog
* 86b7648 (HEAD -> f1) add fa.txt
* a03ddaa (origin/master, master) add b.txt
* fcf80e7 Add a.txt
* 935539d Modified README.md
* dfaaa0b add README.md

我们现在模拟的是在f1这个分支上相对于master分支添加了新的内容(fa.txt),然后我们需要将其重新合并到master分支。一般的做法是先切换到master分支,master分支下现在是没有fa.txt这个文件的,然后使用git merge f1 命令将F1合并进来。合并后显示的日志中可以看到使用的合并策略是Fast-forward,这种合并方式不会创建新的提交(commit)默认情况下Git会使用这种方式合并,前提是没有冲突。

User@PC MINGW64 /e/git_repos/Git-Tutorial (f1)
$ git checkout master
Switched to branch 'master'
Your branch is up to date with 'origin/master'.

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ ll
total 3
-rw-r--r-- 1 Lexsion 197609 36 1月  15 01:59 a.txt
-rw-r--r-- 1 Lexsion 197609 12 1月  15 21:38 b.txt
-rw-r--r-- 1 Lexsion 197609 46 1月  14 00:03 README.md

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git merge f1
Updating a03ddaa..86b7648
Fast-forward
 fa.txt | 0
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 fa.txt

查看日志,我们看到master的最后一次提交是 add b.txt ,在他上面一行变成了HEAD指向master的的信息依然是add fa.txt的信息。没有创建新的提交,信息左侧的*标记也是竖直向下的,没有分叉出现。

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git dog
* 86b7648 (HEAD -> master, f1) add fa.txt
* a03ddaa (origin/master) add b.txt
* fcf80e7 Add a.txt
* 935539d Modified README.md
* dfaaa0b add README.md

除了Fast-forward这个模式,我们还有其他的模式,可以使用以下命令查看merge的帮助文档了解。

git merge --help

从帮助文档中可以发现,默认的合并策略就是文档中的 --ff,只移动HEAD指针,不产生新的commit。除了这种策略,还有一个 --no-ff的策略。使用no-ff策略时,即使是可以使用Fast-forward方式,Git依然会创建一个合并节点(即会创建一次commit)。帮助文档中提到,如果合并标签,该策略是默认方式。Git在合并时,使用--no-ff策略是一个很好的实践,这种在Fast-forward方式下产生新commit的功能,让我们可以保持原有开发分支整个提交链的完整性。

我们知道 add fa.txt 这项操作实际是在f1分支完成的,但是merge操作后,我们在master分支下,通过log并不能完全看出这次提交是在哪个分支完成的。

接下来我们切换到f1分支,创建一个fb.txt文件:

git checkout f1
touch fb.txt
git add fb.txt
git commit -m "add fb.txt"

然后我们切换回master分支,再次将f1合并到master,这次我们使用 --no-ff 策略,过程中自动弹出一个编辑器,让我们编辑信息,我们可以在里面填写一些需要的信息,这里我保持默认。我们可以在回显的信息中看到合并的策略已经有了变化。

User@PC MINGW64 /e/git_repos/Git-Tutorial (f1)
$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 1 commit.
  (use "git push" to publish your local commits)

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git merge f1 --no-ff
Merge made by the 'recursive' strategy.
 fb.txt | 0
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 fb.txt

我们查看一下日志,日志中可以看出,产生了一条新的提交,信息为Merge branch 'f1',并且左边的线条发生了变化。我们之前master最后一次提交是add b.txt,然后在f1这个分支上,做了一个add fa.txt的提交,然后在master分支下做了一次merge操作。之后我们去f1分支添加了fb.txt做了一次提交,最后又到master做了merge。这种方式我们便在日志中看到了其他分支的操作。

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git dog
*   bf497d9 (HEAD -> master) Merge branch 'f1'
|\
| * af03df4 (f1) add fb.txt
|/
* 86b7648 add fa.txt
* a03ddaa (origin/master) add b.txt
* fcf80e7 Add a.txt
* 935539d Modified README.md
* dfaaa0b add README.md

接下来我们使用以下命令将master和f1两个分支都提交到Github。

git push
git push origin f1:f1

在Github上修改master分支下面的a.txt(添加一行内容update),以此模拟多人协作中其他人修改了文件。现在远端就会有一个新的版本,本地就会是一个相对旧的版本。于是我们本地执行pull操作拉取代码。

git pull

此时,本地的master分支已经拉取到最新版本,此时若f1分支需要同步master分支的变化,就需要切换到f1分支,执行merge master命令。

git checkout f1
git merge master

查看日志,可见以下内容:

User@PC MINGW64 /e/git_repos/Git-Tutorial (f1)
$ git dog
* 40f3061 (HEAD -> f1, origin/master, master) Update a.txt
*   bf497d9 Merge branch 'f1'
|\
| * af03df4 (origin/f1) add fb.txt
|/
* 86b7648 add fa.txt
* a03ddaa add b.txt
* fcf80e7 Add a.txt
* 935539d Modified README.md
* dfaaa0b add README.md

接下来尝试在master做出修改,添加一个m1.txt:

git checkout master
touch m1.txt
git add m1.txt
git commit -m "add m1.txt"

现在master分支有了一些变化,我们切换到f1分支。如果我们需要将master的分支同步到f1分支,我们可以像之前一样,在f1分支下merge master。这样的话。日志中就会产生一条merge的记录。而git还提供了一个命令叫rebase,此命令会把当前分支移动到指定分支的最后一次的提交。运行以下命令,将master分支的提交并入f1分支:

git checkout f1
git rebase master

然后我们查看日志。可以发现f1产生了新的提交信息,“add m1.txt”。此命令重写了项目的历史,并且不会带来merge commit信息。使用rebase可以让项目历史相对变得简洁,不会出现分岔。这个命令不会产生合并提交,如果这个提交不是必要的,我们便可以选择这种方式。但是这种简洁却会给我们项目的安全和可跟踪性带来不良的后果。如果违法了rebase的黄金法则:绝不在公共分支(一般为master)使用rebase,则会因重写项目历史给工作流带来危险的影响。

User@PC MINGW64 /e/git_repos/Git-Tutorial (f1)
$ git dog
* 6f3cfec (HEAD -> f1, master) add m1.txt
* 40f3061 (origin/master) Update a.txt
*   bf497d9 Merge branch 'f1'
|\
| * af03df4 (origin/f1) add fb.txt
|/
* 86b7648 add fa.txt
* a03ddaa add b.txt
* fcf80e7 Add a.txt
* 935539d Modified README.md
* dfaaa0b add README.md

关于我们对两种操作使用的选择。
merge是一个合并操作,其能将两个分支的修改合并到一起,默认情况不提交合并中修改的内容。merge提交历史会记录发生了什么,其关注点在真实的提交历史记录上。
rebase没有合并操作,其是将一个分支的最后一次修改,复制到了一个分支的最后一次提交上。rebase的提交历史能够反映这个项目的过程发生了什么,其关注点在开发的过程上。
两个命令都是分支整合工具,无优劣之分,只是功能有所不同,具体的选择需要根据开发需求决定。

分支冲突

首先我们从f1创建分支f2,并在分支f2下修改a.txt文件。将里面原来的update改为“Upgeade”,然后运行git commit提交。此时f1和f2两个分支可以理解为是在做不同方向的修改,两个分支中的a.txt也是不一样的。然后回到f1,修改其中的a.txt(改为Downgrade),这时,f1也有了新的修改。

git checkout -b f2
vim a.txt
git add a.txt
git commit -m "modified a.txt UG"
git checkout f1
vim a.txt
git add a.txt
git commit -m "modified a.txt DG"

然后切换到f2分支,假定f2分支的人需要拉取f1的修改,然后自己再继续修改。f2分支的人运行git merge就会发现有冲突提示。内容表示:自动合并失败,a.txt发生了冲突。

User@PC MINGW64 /e/git_repos/Git-Tutorial (f1)
$ git checkout f2
Switched to branch 'f2'

User@PC MINGW64 /e/git_repos/Git-Tutorial (f2)
$ git merge f1
Auto-merging a.txt
CONFLICT (content): Merge conflict in a.txt
Automatic merge failed; fix conflicts and then commit the result.

User@PC MINGW64 /e/git_repos/Git-Tutorial (f2|MERGING)
$

此时查看a.txt这个文件,发现文件中正文变成了上下两部分,分别是两个不同分支中此文件的的内容。可以使用vi编辑器或其他编辑工具修改文件保留自己需要的部分,或者可以使用git mergetool来处理。

User@PC MINGW64 /e/git_repos/Git-Tutorial (f2|MERGING)
$ cat a.txt
# a.txt
This is a.txt
Test files
<<<<<<< HEAD
Upgrade
=======
Downgrade
>>>>>>> f1

User@PC MINGW64 /e/git_repos/Git-Tutorial (f2|MERGING)
$ git mergetool

This message is displayed because 'merge.tool' is not configured.
See 'git mergetool --tool-help' or 'git help config' for more details.
'git mergetool' will now attempt to use one of the following tools:
opendiff kdiff3 tkdiff xxdiff meld tortoisemerge gvimdiff diffuse diffmerge ecmerge p4merge araxis bc codecompare emerge vimdiff
Merging:
a.txt

Normal merge conflict for 'a.txt':
  {local}: modified file
  {remote}: modified file
Hit return to start merge resolution tool (vimdiff):
还有 4 个文件等待编辑

User@PC MINGW64 /e/git_repos/Git-Tutorial (f2|MERGING)
$ cat a.txt
# a.txt
This is a.txt
Test files
Upgrade

这个问题的处理过程中会生成一个.orig文件,此为冲突现场,没有用可以使用rm命令删除了:

User@PC MINGW64 /e/git_repos/Git-Tutorial (f2|MERGING)
$ ll
total 4
-rw-r--r-- 1 Lexsion 197609 45 1月  21 00:33 a.txt
-rw-r--r-- 1 Lexsion 197609 91 1月  20 23:35 a.txt.orig
-rw-r--r-- 1 Lexsion 197609 12 1月  15 21:38 b.txt
-rw-r--r-- 1 Lexsion 197609  0 1月  15 23:46 fa.txt
-rw-r--r-- 1 Lexsion 197609  0 1月  16 00:39 fb.txt
-rw-r--r-- 1 Lexsion 197609  0 1月  20 22:27 m1.txt
-rw-r--r-- 1 Lexsion 197609 46 1月  14 00:03 README.md

User@PC MINGW64 /e/git_repos/Git-Tutorial (f2|MERGING)
$ rm a.txt.orig

然后git commit提交,查看日志,日志中可以看到明显的分支变化:

User@PC MINGW64 /e/git_repos/Git-Tutorial (f2|MERGING)
$ git commit -m "update a.txt with f2"
[f2 b3012b6] update a.txt with f2

User@PC MINGW64 /e/git_repos/Git-Tutorial (f2)
$ git dog
*   b3012b6 (HEAD -> f2) update a.txt with f2
|\
| * 5607205 (f1) Modified a.txt DG
* | 84e558c modified a.txt UG
|/
* 6f3cfec (master) add m1.txt
* 40f3061 (origin/master) Update a.txt
*   bf497d9 Merge branch 'f1'
|\
| * af03df4 (origin/f1) add fb.txt
|/
* 86b7648 add fa.txt
* a03ddaa add b.txt
* fcf80e7 Add a.txt
* 935539d Modified README.md
* dfaaa0b add README.md

5.Git的回滚与撤销

git reset命令

使用git reset命令可以回退git分支的的版本,reset的中文翻译是重置,但是Git中的reset命令用中文表示像是前往的意思,类似程序设计中的goto。使用reset命令类似于将最后一次提交的指针指向了之前的某一次提交。

要回退master到上一个版本,使用命令git reset空格后接要回退的版本,master后接的“^”标志表示上一版本,如要回退两个版本就添加两个“^”,以此类推:

git reset master^

若回退的版本较远,比如5次提交之前,可以使用:

git reset master~5

以上是一种相对撤销的操作,我们亦可以通过后接提交id来回退指定版本。比如回退到id为b3012b6的那次提交:

git reset b3012b6

git reset命令有多个模式,具体我们可以在help信息中看到。其中常用的模式为:soft、mixed、hard。其默认使用mixed模式,此模式会丢弃暂存区的文件,但是工作目录的文件不动。soft模式工作目录和暂存区的文件都不会丢弃,这看起来像是移动了HEAD的指针。而hard模式会丢弃工作目录和暂存区的文件。

git reset --help

git reset [-q] [<tree-ish>] [--] <paths>…​
git reset (--patch | -p) [<tree-ish>] [--] [<paths>…​]
EXPERIMENTAL: git reset [-q] [--stdin [-z]] [<tree-ish>]
git reset [--soft | --mixed [-N] | --hard | --merge | --keep] [-q] [<commit>]

以下为使用hard模式的操作,很明显工作目录文件的数量减少了:

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ ll
total 3
-rw-r--r-- 1 Lexsion 197609 44 1月  21 23:30 a.txt
-rw-r--r-- 1 Lexsion 197609 12 1月  21 23:30 b.txt
-rw-r--r-- 1 Lexsion 197609  0 1月  21 23:30 fa.txt
-rw-r--r-- 1 Lexsion 197609  0 1月  21 23:30 fb.txt
-rw-r--r-- 1 Lexsion 197609  0 1月  21 23:30 m1.txt
-rw-r--r-- 1 Lexsion 197609 46 1月  14 00:03 README.md

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git dog
*   b3012b6 (f2) update a.txt with f2
|\
| * 5607205 (f1) Modified a.txt DG
* | 84e558c modified a.txt UG
|/
* 6f3cfec (HEAD -> master) add m1.txt
* 40f3061 (origin/master) Update a.txt
*   bf497d9 Merge branch 'f1'
|\
| * af03df4 (origin/f1) add fb.txt
|/
* 86b7648 add fa.txt
* a03ddaa add b.txt
* fcf80e7 Add a.txt
* 935539d Modified README.md
* dfaaa0b add README.md

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git reset --hard 935539d
HEAD is now at 935539d Modified README.md

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ ll
total 1
-rw-r--r-- 1 Lexsion 197609 46 1月  14 00:03 README.md

以下为使用soft模式,可以看出commit被回退了,但是添加到暂存区的文件还是存在的。

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ touch test.txt

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git add test.txt

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git commit -m "add test.txt"
[master 29e4eac] add test.txt
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 test.txt

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git dog
* 29e4eac (HEAD -> master) add test.txt
| *   b3012b6 (f2) update a.txt with f2
| |\
| | * 5607205 (f1) Modified a.txt DG
| * | 84e558c modified a.txt UG
| |/
| * 6f3cfec add m1.txt
| * 40f3061 (origin/master) Update a.txt
| *   bf497d9 Merge branch 'f1'
| |\
| | * af03df4 (origin/f1) add fb.txt
| |/
| * 86b7648 add fa.txt
| * a03ddaa add b.txt
| * fcf80e7 Add a.txt
|/
* 935539d Modified README.md
* dfaaa0b add README.md

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git reset --soft 935539d

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git status
On branch master
Your branch is behind 'origin/master' by 6 commits, and can be fast-forwarded.
  (use "git pull" to update your local branch)

Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        new file:   test.txt


User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ ll
total 1
-rw-r--r-- 1 Lexsion 197609 46 1月  14 00:03 README.md
-rw-r--r-- 1 Lexsion 197609  0 1月  21 23:38 test.txt

git rest命令类似移动了HEAD的指针,而具体的参数是决定了暂存区和工作目录文件的处理方式。它不是重新设置或删除了提交,只是前往了某次提交之上。也就是说,哪怕我们回退了如此多个版本,在工作目录中文件都删除了,我们依然可以再将其找回来。

使用git reflog命令查看相关的日志,找到本节例程最开始的切换分支操作的记录,使用以下命令回退到本节例程最开始的状态。可以看到,文件全部回来了。

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git reflog
935539d (HEAD -> master) HEAD@{0}: reset: moving to 935539d
29e4eac HEAD@{1}: commit: add test.txt
935539d (HEAD -> master) HEAD@{2}: reset: moving to 935539d
...
6f3cfec HEAD@{9}: checkout: moving from f2 to master

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git reset --hard 6f3cfec
HEAD is now at 6f3cfec add m1.txt

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ ll
total 3
-rw-r--r-- 1 Lexsion 197609 44 1月  22 00:12 a.txt
-rw-r--r-- 1 Lexsion 197609 12 1月  22 00:12 b.txt
-rw-r--r-- 1 Lexsion 197609  0 1月  22 00:12 fa.txt
-rw-r--r-- 1 Lexsion 197609  0 1月  22 00:12 fb.txt
-rw-r--r-- 1 Lexsion 197609  0 1月  22 00:12 m1.txt
-rw-r--r-- 1 Lexsion 197609 46 1月  14 00:03 README.md

git revert

撤销某次操作,此次操作之前与之后的commit和history都会保留,并且这次撤销作为一次新的提交。
先运行以下命令新增一个test.c文件并commit:

touch test.c
git add test.c
git commit -m "add test.c"

然后接下来验证操作:

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ ll
total 3
-rw-r--r-- 1 Lexsion 197609 44 1月  22 00:12 a.txt
-rw-r--r-- 1 Lexsion 197609 12 1月  22 00:12 b.txt
-rw-r--r-- 1 Lexsion 197609  0 1月  22 00:12 fa.txt
-rw-r--r-- 1 Lexsion 197609  0 1月  22 00:12 fb.txt
-rw-r--r-- 1 Lexsion 197609  0 1月  22 00:55 m1.txt
-rw-r--r-- 1 Lexsion 197609 46 1月  14 00:03 README.md
-rw-r--r-- 1 Lexsion 197609  0 1月  22 00:56 test.c

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git dog
* 8d08f74 (HEAD -> master) add test.c
| *   b3012b6 (f2) update a.txt with f2
| |\
| | * 5607205 (f1) Modified a.txt DG
| |/
|/|
| * 84e558c modified a.txt UG
|/
* 6f3cfec add m1.txt
* 40f3061 (origin/master) Update a.txt
*   bf497d9 Merge branch 'f1'
|\
| * af03df4 (origin/f1) add fb.txt
|/
* 86b7648 add fa.txt
* a03ddaa add b.txt
* fcf80e7 Add a.txt
* 935539d Modified README.md
* dfaaa0b add README.md

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git revert 8d08f74
[master c7654d5] Revert "add test.c"
 1 file changed, 0 insertions(+), 0 deletions(-)
 delete mode 100644 test.c

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ git dog
* c7654d5 (HEAD -> master) Revert "add test.c"
* 8d08f74 add test.c
| *   b3012b6 (f2) update a.txt with f2
| |\
| | * 5607205 (f1) Modified a.txt DG
| |/
|/|
| * 84e558c modified a.txt UG
|/
* 6f3cfec add m1.txt
* 40f3061 (origin/master) Update a.txt
*   bf497d9 Merge branch 'f1'
|\
| * af03df4 (origin/f1) add fb.txt
|/
* 86b7648 add fa.txt
* a03ddaa add b.txt
* fcf80e7 Add a.txt
* 935539d Modified README.md
* dfaaa0b add README.md

User@PC MINGW64 /e/git_repos/Git-Tutorial (master)
$ ll
total 3
-rw-r--r-- 1 Lexsion 197609 44 1月  22 00:12 a.txt
-rw-r--r-- 1 Lexsion 197609 12 1月  22 00:12 b.txt
-rw-r--r-- 1 Lexsion 197609  0 1月  22 00:12 fa.txt
-rw-r--r-- 1 Lexsion 197609  0 1月  22 00:12 fb.txt
-rw-r--r-- 1 Lexsion 197609  0 1月  22 00:55 m1.txt
-rw-r--r-- 1 Lexsion 197609 46 1月  14 00:03 README.md

此命令的格式为git revert 后接版本id,与git reset类似,亦可以后接HEAD^和HEAD~5这种格式,执行命令后会自动产生一次提交,所以需要编辑一下提交信息。命令回显的信息中表示已删除了test.c,我们可以在日志中可以看到有一次新的commit,以前的提交历史都完全存在。

综上所述,我们应该在公共分支上使用revert,避免使用reset,这样日志中就会有信息可供回溯,以此保证良好的可跟踪性。而私人的分支上,就没有什么限制了。revert是用一次新的提交回滚之前的提交,而reset是移动了HEAD指针,使用时应根据需求注意选择。

6.gitignore和fork的同步

gitignore

我们在使用IDE创建工程时,IDE会产生一些配置文件。这些文件并不属于源代码,文件中包含的配置信息可能在另一台计算机上出现错误。或者配置文件中可能存在某些隐私信息不能共享出去。亦或者编译过程中产生的中间文件我们也需要忽略。在Git中,通过gitignore实现了文件忽略。

使用这个功能,需要在工作目录下新建一个名为“ .gitignore ”的文件并将其添加到托管中。然后在文件中添加规则。常用的规则编辑语法举例:

# 忽略一个文件名确定的文件:
666.txt
# 忽略某个扩展名的文件:
*.xx
# 忽略某个目录:
Floder/
# 不忽略某个扩展名的文件:
!*.txt
# 忽略某个目录下的某个扩展名:
/Floder/*.class

通过此方法忽略的前提是新添加的文件还没有被Git托管,添加了“.gitignore”文件后,运行git add -A时会自动按照规则忽略。
如果觉得自己写gitignore文件比较麻烦,可以通过如下网站自动生成。
在线生成忽略文件:https://www.gitignore.io/

fork的同步

有时我们看到好的项目会把仓库fork到自己这里。但是后期原始仓库中的代码更新了,我们fork的仓库还是旧的。我们可能就需要更新一下。
使用以下命令可以看到git 的远程连接:

git remote -v

可以看到默认是一个名为origin的源,我们需要将上游仓库的连接添加进来,名称为upstream,命令格式如下:

git remote add upstream [仓库链接]

fetch命令可以将某个远程仓库拉取到本地,使用fetch命令将上游仓库master分支拉取到本地:

git fetch upstream master

这时使用以下命令便可以查看到远程分支:

git branch -r

然后在我们本地的master分支下运行rebase命令将拉取的上游仓库master分支与其合并,然后使用push命令推送到我们自己的远程仓库:

git rebase upstream/master
git push

需要注意的是,如果我们是做了一些代码共享的情况下,不应该使用rebase,而应该使用merge命令进行合并。push完成后,我们可以使用git log命令查看log确认已经修改。

以上便是本人在学习Git时的笔记,因初学水平有限,如有错误还请各位指正。