GIT基本用法

一、概述

1.1 Git的诞生

很多人都知道，Linus在1991年创建了开源的Linux，从此，Linux系统不断发展，已经成为最大的服务器系统软件了。

Linus虽然创建了Linux，但Linux的壮大是靠全世界热心的志愿者参与的，这么多人在世界各地为Linux编写代码，那Linux的代码是如何管理的呢？

事实是，在2002年以前，世界各地的志愿者把源代码文件通过diff的方式发给Linus，然后由Linus本人通过手工方式合并代码！

你也许会想，为什么Linus不把Linux代码放到版本控制系统里呢？不是有CVS、SVN这些免费的版本控制系统吗？因为Linus坚定地反对CVS和SVN，这些集中式的版本控制系统不但速度慢，而且必须联网才能使用。有一些商用的版本控制系统，虽然比CVS、SVN好用，但那是付费的，和Linux的开源精神不符。

不过，到了2002年，Linux系统已经发展了十年了，代码库之大让Linus很难继续通过手工方式管理了，社区的弟兄们也对这种方式表达了强烈不满，于是Linus选择了一个商业的版本控制系统BitKeeper，BitKeeper的东家BitMover公司出于人道主义精神，授权Linux社区免费使用这个版本控制系统。

安定团结的大好局面在2005年就被打破了，原因是Linux社区牛人聚集，不免沾染了一些梁山好汉的江湖习气。开发Samba的Andrew试图破解BitKeeper的协议（这么干的其实也不只他一个），被BitMover公司发现了（监控工作做得不错！），于是BitMover公司怒了，要收回Linux社区的免费使用权。

Linus可以向BitMover公司道个歉，保证以后严格管教弟兄们，嗯，这是不可能的。实际情况是这样的：

Linus花了两周时间自己用C写了一个分布式版本控制系统，这就是Git！一个月之内，Linux系统的源码已经由Git管理了！牛是怎么定义的呢？大家可以体会一下。

Git迅速成为最流行的分布式版本控制系统，尤其是2008年，GitHub网站上线了，它为开源项目免费提供Git存储，无数开源项目开始迁移至GitHub，包括jQuery，PHP，Ruby等等。

历史就是这么偶然，如果不是当年BitMover公司威胁Linux社区，可能现在我们就没有免费而超级好用的Git了。

— 来自廖雪峰的官方网站

1.2 Git和SVN对比

Git有一套本地仓库，推送到远程之前可以提交到本地，确保开发过程中的功能均能纳入版本管理。而SVN使用上通常不上线不提交到SVN，开发过程中没有版本管理。

Git的分支相比SVN更方便。使用SVN时很多时候通过拷贝代码来实现一些功能，而Git通过分支可以快速的实现。

Git的分支功能更强大，合理的使用分支可以摸索出更适合团队的工作流。

1.3 Git安装及图形化管理工具

安装Git命令行 https://git-scm.com/downloads
图形化工具
- Win:TortoiseGit等
- Mac:SourceTree等

二、Git基本用法

2.1 配置公钥

Git可以直接在本地创建仓库进行提交、回滚等操作，但如果需要跟其他人交换代码则需要连接到远程仓库，连接远程仓库一般需要账号或者公私钥验证，这里推荐以公钥的方式进行验证。首先需要在本地生成一对公私钥。一路回车后即可看到生成的秘钥地址（如果使用的非默认地址，之后使用Git的时候需要进行配置秘钥地址）。

$ ssh-keygen
$ ls ~/.ssh/
id_rsa		id_rsa.pub

id_rsa为私钥留在本地，id_rsa.pub为公钥，提供给github、gitlab等平台进行验证。这里以gitlab为例，登录之后点击账户头像 -> settings -> SSH Keys. 将公钥内容贴在里面保存即可。

2.2 仓库初始化

初始化一个仓库很简单，两种常用的方式：

2.2.1 从远程仓库克隆

将一个已存在的仓库克隆到本地，大多数情况下我们进行的也是这种操作。

git clone git@hostname:group/project.git

按照上面的地址会在本地创建一个project目录。如果想指定目录名可以在后面指定

# 克隆在当前目录
$ git clone git@hostname:group/project.git .
# 克隆到指定目录名
$ git clone git@hostname:group/project.git project_alias

2.2.2 初始化本地仓库

当远程仓库还未创建时，我们可以先在本地初始化仓库，在本地进行开发。这种方式唯一影响的功能就是将代码推送到远程仓库。其他的功能不受影响。

$ mkdir gitdemo
$ cd gitdemo
$ git init
Initialized empty Git repository in /Users/peng/workspace/gitdemo/.git/

这样子就创建了一个本地仓库，可以在本地仓库进行代码提交等操作，后续远程仓库创建后可以在关联远程仓库

git remote add origin git@hostname:group/project.git

2.3 GIT常用配置

2.3.1 配置用户名和邮箱

git config --global user.name "peng"
git config --global user.email "peng@domain.cn"

2.3.2 关闭crlf自动转换

git config --global core.autocrlf false

不同操作系统下的换行符不同，开启autocrlf会存在提交、检出自动转换换行，这就会导致对比的时候全是变化部分。所以关闭此配置同时约定文件的换行符统一采用Linux下的\n.

2.4 Git 基本流程

上图展示了最常用到的几个基本Git命令。这里按照上图走一下基本流程。

2.4.1 克隆远程仓库

$ git clone git@git.hostname.net:peng/gitdemo.git
Cloning into 'gitdemo'...
warning: You appear to have cloned an empty repository.
$ cd gitdemo

2.4.2 本地开发

我们创建了一个README.md文件,接着通过git status查看下状态发现README.md文件没有被跟踪，同时在括号中标注use "git add <file>..." to include in what will be committed。此时默认是On branch master

$ touch README.md
$ git status
On branch master

Initial commit

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)

2.4.3 提交到暂存区

添加到暂存区，并查看状态。同时可以根据提示use "git rm --cached <file>..." to unstage从暂存区移除。

$ git add README.md
$ git status
On branch master

Initial commit

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

	new file:   README.md

2.4.4 提交到本地仓库

提交到本地仓库，如果没有配置账号、Email则会有相应提示信息，按照提示信息设置账号和Email信息。-m为提交注释。

$ git commit -m "add README"

*** Please tell me who you are.

Run

  git config --global user.email "you@example.com"
  git config --global user.name "Your Name"

to set your account's default identity.
Omit --global to set the identity only in this repository.

fatal: unable to auto-detect email address (got 'peng@pengbotao.(none)')

再次执行提交操作，此过程会提交数据到本地仓库。

$ git commit -m "add README"
[master (root-commit) bc6094e] add README
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 README.md

2.4.5 推送到远程仓库

origin为默认关联的远程地址的名称，通过git remote -v可以看到本地仓库已关联的远程仓库。同一个仓库可以关联多个远程地址，这里表示要推送到origin的master分支上。

$ git push origin master
Counting objects: 3, done.
Writing objects: 100% (3/3), 209 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To git.coding.net:pbt/gitdemo.git
 * [new branch]      master -> master

2.4.6 从远程仓库拉取

$ git pull origin master
Already up-to-date.

如果push和pull过程中存在和远程分支未关联的情况，按提示信息做一下关联即可。同时关联上之后可以在当前分支的推送、拉取可以直接使用git push/pull命令。

$ git push
fatal: The current branch dev has no upstream branch.
To push the current branch and set the remote as upstream, use

    git push --set-upstream origin dev

基本的操作就是重复2.4.2-2.4.6的过程。同时Git也给了足够多的提示信息，如果有相关报错信息仔细查看提示信息可以解决大部分问题。

一般本地开发会频繁执行2.4.2-2.4.4，整个过程都在本地，可以及时把新加入的功能加入到版本库。这也是Git和SVN区别比较大的一个地方。还有一个主要区别在于Git分支以及分支引申出来的工作流，接来下说一下分支的用法。

三、Git分支用法

接上面，目前处与master分支，修改README.md后并重复上面步骤进行提交。假设此时的内容为This is master branch Demo.，从master分支创建一个新的dev分支，修改README.md文件。

$ git checkout -b dev
Switched to a new branch 'dev'
$ vi README.md

This is dev branch Demo.

提交后切回master分支并查看文件内容

$ git checkout master
Switched to branch 'master'
Your branch is up-to-date with 'origin/master'.
pengbotao:gitdemo peng$ cat README.md
This is master branch Demo.

$ git checkout dev
Switched to branch 'dev'
Your branch is up-to-date with 'origin/dev'.
$ cat README.md
This is dev branch Demo.

来回切换发现文本内容实时就变了，从磁盘上看文件在同一个目录，同一个文件名但内容不同了。这也是Git和SVN差别比较大的一个地方，Git分支的不同代码切换在相同的文件目录中。以前使用SVN一定有拷贝代码的情况，理解Git的这点后只需要创建个分支并在分支上修改即可。

3.1 分支基本操作

分支可以先创建在切换，后者创建后直接切换。

# 创建一个新的分支
$ git branch bugfix
# 查看当前所有分支，当前还是dev分支
$ git branch -a
  bugfix
* dev
  master
  remotes/origin/dev
  remotes/origin/master

# 切换到bugfix分支
$ git checkout bugfix
Switched to branch 'bugfix'

# 创建feature并切换到feature分支
$ git checkout -b feature
Switched to a new branch 'feature'
pengbotao:gitdemo peng$ git branch -v
  bugfix  bb0b9db dev readme
  dev     bb0b9db dev readme
* feature bb0b9db dev readme
  master  bf06765 master readme modify

# 删除分支
$ git branch -d feature
Deleted branch feature (was bb0b9db)

3.2 分支合并

以下过程描述bugfix分支修改后合并到dev分支，这里测试直接用dev合并了bugfix分支。实际情况中可能dev分支已经被其他人修改，这个时候需要先更新dev分支在做合并。通常的做法是在bugfix分支上先合并dev，处理冲突等，处理完成之后在切回到dev合并bugfix。

# 修改bugfix分支README.md文件(需要先切换到bugfix分支)
$ git commit -am "bugfix"
[bugfix 164795f] bugfix
 1 file changed, 2 insertions(+)

# 切换到dev分支并合并bugfix分支
$ git checkout dev
Switched to branch 'dev'
Your branch is up-to-date with 'origin/dev'.
$ git merge bugfix
Updating bb0b9db..164795f
Fast-forward
 README.md | 2 ++
 1 file changed, 2 insertions(+)
 
# 查看文件内容
$ cat README.md
This is dev branch Demo.
write from bugfix branch

3.3 Git工作流

Git可以创建不同的分支，每个分支的功能可以定义为不同，比如常见的master分支当做发布分支，develop分支当开发分支，hotfix-x当补丁分支，feature-x当新功能分支。根据Git灵活的分支策略可以搭配出很多种工作流，这里简单减少一下几种常见的工作流。

3.3.1 中心化工作流

只有默认的master分支，代码编写提交都在此分支上，不需要master之外的其他分支，提交处理方式跟SVN类似。

3.3.2 基于功能分支的工作流

每个新功能创建一个分支，功能开发完成后合并到master分支。

3.3.3 Gitflow工作流

3.3.4 Fork工作流

每个人fork一份仓库为自己的仓库，提交到自己的仓库，要发布的时候需要发送pull request，需要特定人员去处理合并。

四、其他用法

4.1 工作区状态

git status查看当前工作区状态，开发过程中可能多次用到。

$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
nothing to commit, working tree clean

4.2 远程仓库相关操作

远程仓库地址的管理，更多操作可查看git remote --help

$ git remote
github
origin
oschina

# 查看远程仓库URL
$ git remote -v
github	git@github.com:peng/gitdemo.git (fetch)
github	git@github.com:peng/gitdemo.git (push)
origin	git@git.hostname.net:peng/gitdemo.git (fetch)
origin	git@git.hostname.net:peng/gitdemo.git (push)

# 关联远程仓库
$ git remote add github git@github.com:peng/gitdemo.git

# 移除远程仓库
$ git remote remove github

4.3 查看日志

$ git log

commit 164795fb2aa7785fcb0fe16bbf6f2ef092a0f934
Author: pengbotao <12345@qq.com>
Date:   Thu Jun 29 15:41:01 2017 +0800

    bugfix

commit bb0b9dbed62c3fd60f9a21eff7fcd660078990b2
Author: pengbotao <12345@qq.com>
Date:   Thu Jun 29 14:14:10 2017 +0800

    dev readme

4.4 版本回滚

4.4.1 还原本地修改未暂存的文件

只在本地做了修改，想丢弃这些修改。

git checkout -- filename

如果是本地修改了很多文件，想全部恢复可使用

git checkout -- .

4.4.2 文件添加到暂存区的文件

文件添加到暂存区，但是没有提交到本地仓库。通过git status可以看到unstage操作命令。

$ git status
On branch dev
Your branch is ahead of 'origin/dev' by 1 commit.
  (use "git push" to publish your local commits)
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

	modified:   test.php

通过git reset HEAD <file>从暂存区移除。通过git reset HEAD移除所有添加到暂存区和工作区修改的文件。

4.4.3 还原已提交到本地的文件

文件已经添加并提交到本地仓库，但是未推送到远程仓库。可通过git log查看commit id,reset后

git reset 77e02cd8dc43940f0c817379c94935a79d476510

reset语法格式：

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

--mixed 为默认，可以不用带该参数，用于重置暂存区的文件与上一次的提交(commit)保持一致，工作区文件内容保持不变。 --soft 和mixed类似，会将修改放到暂存区。 --hard 参数撤销工作区中所有未提交的修改内容，将暂存区与工作区都回到上一次版本，并删除之前的所有信息提交。注意，为删除修改！

用master分支内容替换当前分支

git reset --hard master

4.4.4 撤销已产生的提交

撤销已产生的提交：git revert <commit id> 。会产生新一个新的Commit，被revert的提交内容将被删除。

4.5 分支操作

4.5.1 将提交应用到其他分支

切换到对应的分支执行：git cherry-pick <commitHash>

4.5.2 暂存修改

在分支切换时如果当前分支有修改会提示需要先提交在切换，如果不想提交可以先进行git stash，后面回到该分支在进行 git statsh pop|apply

[1] Git 工作流程

-- EOF --

最后更新于： 2024-08-17 14:44

发表于： 2016-10-01 18:25

标签： 常用软件