一、文章说明

本文详细介绍git的基础操作及命令详解,并通过两个经典案例进行实践练习。

二、Git介绍:

GIT (分布式版本控制系统)是 Linus Torvalds为了帮助管理Linux内核开发而开发的一款免费、开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目,可以有效、高速的处理从很小到非常大的项目版本管理。

1、Git的功能特性:

  • 从服务器上克隆完整的Git仓库(包括代码和版本信息)到单机上。
  • 在自己的机器上根据不同的开发目的,创建分支,修改代码。
  • 在单机上自己创建的分支上提交代码。
  • 在单机上合并分支。
  • 把服务器上最新版的代码fetch下来,然后跟自己的主分支合并。
  • 生成补丁(patch),把补丁发送给主开发者。
  • 看主开发者的反馈,如果主开发者发现两个一般开发者之间有冲突(他们之间可以合作解决的冲突),就会要求他们先解决冲突,然后再由其中一个人提交。如果主开发者可以自己解决,或者没有冲突,就通过。

2、Git工作流程介绍:

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

3、Git的优点:

  • 适合分布式开发,强调个体。
  • 公共服务器压力和数据量都不会太大。
  • 速度快、灵活。
  • 任意两个开发者之间可以很容易的解决冲突。
  • 离线工作。

4、Git的缺点:

  • 资料少(起码中文资料很少)。
  • 学习周期相对而言比较长。
  • 不符合常规思维。
  • 代码保密性差,一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。

三、Git安装

git 是一跨平台的分布式版本控制系统,我们如何开始呢?下面介绍在多平台下的安装方法。

1、Linux 平台

  • 基于Redhat的衍生分支

    1
    yum install git-all
  • 基于Debian的衍生分支

    1
    apt-get install git-all

2、Mac系统安装

Mac系统下有几种安装方式:

  • 最简单的方式是Xcode Command Line Tools,在OSX10.9或更高的系统版本,你只需要在终端运行一下git命令,如果没有安装git,系统将自动为你安装。
  • 如果你想安装更新的版本,可以在Git官方网站下载由官方维护的 OSX Git 安装程序,网址为 http://git-scm.com/download/mac
  • 在Mac系统下也可以安装图形化Git工具,你可以在git官方网站上下载安装程序,网址为:https://central.github.com/deployments/desktop/desktop/latest/darwin,下载git-osx-installer到本机后进行手动安装。

3、Windows 安装git

在 Windows 上安装 Git 也有几种安装方法。官方版本可以在 Git 官方网站下载。 打开http://git-scm.com/download/win,下载会自动开始。
如果你想安装更新的版本,可以在Git官方网站下载由官方维护的 windows Git 安装程序可以访问https://central.github.com/deployments/desktop/desktop/latest/win32?format=msi进行下载,然后安装。

四、Git基础操作命令介绍

本节详细介绍了git常用命令及基础操作方法

1、新建代码库

  • 在当前目录新建一个Git代码库

    1
    git init
  • 新建一个目录,将其初始化为Git代码库

    1
    git init [project-name]
  • 下载一个项目和它的整个代码历史

    1
    git clone [url]

2、配置

Git的设置文件为.gitconfig,它可以在用户主目录下(全局配置),也可以在项目目录下(项目配置)。

  • 显示当前的Git配置

    1
    git config --list
  • 编辑Git配置文件

    1
    git config -e [--global]
  • 设置提交代码时的用户信息

    1
    2
    git config [--global] user.name "[name]"
    git config [--global] user.email "[email address]"

3、增加/删除文件

  • 添加指定文件到暂存区

    1
    git add [file1] [file2] ...
  • 添加指定目录到暂存区,包括子目录

    1
    git add [dir]
  • 添加当前目录的所有文件到暂存区

    1
    git add .
  • 添加每个变化前,都会要求确认,对于同一个文件的多处变化,可以实现分次提交

    1
    git add -p
  • 删除工作区文件,并且将这次删除放入暂存区

    1
    git rm [file1] [file2] ...
  • 停止追踪指定文件,但该文件会保留在工作区

    1
    git rm --cached [file]
  • 改名文件,并且将这个改名放入暂存区

    1
    git mv [file-original] [file-renamed]

4、代码提交

  • 提交暂存区到仓库区

    1
    git commit -m [message]
  • 提交暂存区的指定文件到仓库区

    1
    git commit [file1] [file2] ... -m [message]
  • 提交工作区自上次commit之后的变化,直接到仓库区

    1
    git commit -a
  • 提交时显示所有diff信息

    1
    git commit -v
  • 使用一次新的commit,替代上一次提交, 如果代码没有任何新变化,则用来改写上一次commit的提交信息

    1
    git commit --amend -m [message]
  • 重做上一次commit,并包括指定文件的新变化

    1
    git commit --amend [file1] [file2] ...

5、分支

  • 列出所有本地分支

    1
    git branch
  • 列出所有远程分支

    1
    git branch -r
  • 列出所有本地分支和远程分支

    1
    git branch -a
  • 新建一个分支,但依然停留在当前分支

    1
    git branch [branch-name]
  • 新建一个分支,并切换到该分支

    1
    git checkout -b [branch]
  • 新建一个分支,指向指定commit

    1
    git branch [branch] [commit]
  • 新建一个分支,与指定的远程分支建立追踪关系

    1
    git branch --track [branch] [remote-branch]
  • 切换到指定分支,并更新工作区

    1
    git checkout [branch-name]
  • 切换到上一个分支

    1
    git checkout -
  • 建立追踪关系,在现有分支与指定的远程分支之间

    1
    git branch --set-upstream [branch] [remote-branch]
  • 合并指定分支到当前分支

    1
    git merge [branch]
  • 选择一个commit,合并进当前分支

    1
    git cherry-pick [commit]
  • 删除分支

    1
    git branch -d [branch-name]
  • 删除远程分支

    1
    2
    git push origin --delete [branch-name]
    git branch -dr [remote/branch]

6、标签

  • 列出所有tag

    1
    git tag
  • 新建一个tag在当前commit

    1
    git tag [tag]
  • 新建一个tag在指定commit

    1
    git tag [tag] [commit]
  • 删除本地tag

    1
    git tag -d [tag]
  • 删除远程tag

    1
    git push origin :refs/tags/[tagName]
  • 查看tag信息

    1
    git show [tag]
  • 提交指定tag

    1
    git push [remote] [tag]
  • 提交所有tag

    1
    git push [remote] --tags
  • 新建一个分支,指向某个tag

    1
    git checkout -b [branch] [tag]

7、查看信息

  • 显示有变更的文件

    1
    git status
  • 显示当前分支的版本历史

    1
    git log
  • 显示commit历史,以及每次commit发生变更的文件

    1
    git log --stat
  • 搜索提交历史,根据关键词

    1
    git log -S [keyword]
  • 显示某个commit之后的所有变动,每个commit占据一行

    1
    git log [tag] HEAD --pretty=format:%s
  • 显示某个commit之后的所有变动,其”提交说明”必须符合搜索条件

    1
    git log [tag] HEAD --grep feature
  • 显示某个文件的版本历史,包括文件改名

    1
    2
    git log --follow [file]
    git whatchanged [file]
  • 显示指定文件相关的每一次diff

    1
    git log -p [file]
  • 显示过去5次提交

    1
    git log -5 --pretty --oneline
  • 显示所有提交过的用户,按提交次数排序

    1
    git shortlog -sn
  • 显示指定文件是什么人在什么时间修改过

    1
    git blame [file]
  • 显示暂存区和工作区的差异

    1
    git diff
  • 显示暂存区和上一个commit的差异

    1
    git diff --cached [file]
  • 显示工作区与当前分支最新commit之间的差异

    1
    git diff HEAD
  • 显示两次提交之间的差异

    1
    git diff [first-branch]...[second-branch]
  • 显示今天你写了多少行代码

    1
    git diff --shortstat "@{0 day ago}"
  • 显示某次提交的元数据和内容变化

    1
    git show [commit]
  • 显示某次提交发生变化的文件

    1
    git show --name-only [commit]
  • 显示某次提交时,某个文件的内容

    1
    git show [commit]:[filename]
  • 显示当前分支的最近几次提交

    1
    git reflog

8、远程同步

  • 下载远程仓库的所有变动

    1
    git fetch [remote]
  • 显示所有远程仓库

    1
    git remote -v
  • 显示某个远程仓库的信息

    1
    git remote show [remote]
  • 增加一个新的远程仓库,并命名

    1
    git remote add [shortname] [url]
  • 取回远程仓库的变化,并与本地分支合并

    1
    git pull [remote] [branch]
  • 上传本地指定分支到远程仓库

    1
    git push [remote] [branch]
  • 强行推送当前分支到远程仓库,即使有冲突

    1
    git push [remote] --force
  • 推送所有分支到远程仓库

    1
    git push [remote] --all

9、撤销

  • 恢复暂存区的指定文件到工作区

    1
    git checkout [file]
  • 恢复某个commit的指定文件到暂存区和工作区

    1
    git checkout [commit] [file]
  • 恢复暂存区的所有文件到工作区

    1
    git checkout .
  • 重置暂存区的指定文件,与上一次commit保持一致,但工作区不变

    1
    git reset [file]
  • 重置暂存区与工作区,与上一次commit保持一致

    1
    git reset --hard
  • 重置当前分支的指针为指定commit,同时重置暂存区,但工作区不变

    1
    git reset [commit]
  • 重置当前分支的HEAD为指定commit,同时重置暂存区和工作区,与指定commit一致

    1
    git reset --hard [commit]
  • 重置当前HEAD为指定commit,但保持暂存区和工作区不变

    1
    git reset --keep [commit]
  • 新建一个commit,用来撤销指定commit

  • 后者的所有变化都将被前者抵消,并且应用到当前分支

    1
    git revert [commit]
  • 暂时将未提交的变化移除,稍后再移入

    1
    2
    git stash
    git stash pop

10、其他

  • 生成一个可供发布的压缩包
    1
    git archive

五、实例实践分享

学习git的最好方式就是动手操作,在介绍完git基础操作后,通过两个典型实例进行进行实践,用以巩固学习git的基础操作。你可以在https://github.com上进行练习,也可以在我搭建的gitlab测试环境http://git.unixmen.cn/进行练习实践。下面是案例介绍,Enjoy it!

案例一:将现有文件夹加入到git远程仓库

1、实例描述:

将本地文件夹及文件夹中的内容加入到已有的远程仓库中。

2、操作步骤剖析:

首先进入已存在的文件夹,然后对本地文件夹进行git初始化,接着添加远程仓库地址,将本地文件添加到本地缓存,然后确认,最后推送。

3、操作步骤详细介绍:

  • 进入到已有文件夹

    1
    cd _post
  • 将现有目录文件夹进行初始化
    这将在当前目录下创建隐藏的文件夹.git,这个子目录含有你初始化的 Git 仓库中所有的必须文件,这些文件是 Git 仓库的骨干。 但是,在这个时候,我们仅仅是做了一个初始化的操作,你的项目里的文件还没有被跟踪。

    1
    git init
  • 添加远程git仓库
    以下为命令为添加远程仓库的方法,其中“origin” 为添加的远程仓库的短名字以方便记录。

    1
    git remote add origin git@git.unixmen.cn:netb2c/blogs.git
  • 将本地文件夹添加到跟踪

    1
    git add .
  • 提交描述信息

    1
    git commit
  • 将本地文件推送到远程仓库

    1
    git push -u origin master

至此本案例操作完成,可通过web端查看项目提交结果,以上就是整个操作过程。

案例二:利用分支进行开发的工作流程

1、案例描述:

案例介绍利用git分支进行开发的工作流程的典型工作模式。

2、背景介绍:

工作流程在英语里,叫做”workflow”或者”flow”,原意是水流,比喻项目像水流那样,顺畅、自然地向前流动,不会发生冲击、对撞、甚至漩涡。
Git 作为一个强大及方便易管源码管理系统,不可避免涉及到多人协作。协作必须有一个规范的工作流程,而工作流程有各式各样的用法,但也正因此使得在实际工作中如何上手使用变得很头大,让大家有效地合作,使得项目井井有条地发展下去。

3、利用分支进行开发的工作流程介绍:

  • 长期分支

    • master 分支
      master 永远处于稳定状态,这个分支代码可以随时用来部署。不允许在该分支直接提交代码。

    • develop 分支
      开发分支,包含了项目最新的功能和代码,所有开发都在 develop 上进行。一般情况下小的修改直接在这个分支上提交代码。

  • 短期分支

    • feature 分支
      如果要改的一个东西会有比较多的修改,或者改的东西影响会比较大,请从 develop 分支开出一个 feature 分支,分支名约定为feature/bigchange,开发完成后合并回 develop 分支并且删除这个 feature 分支。
      相应的操作如下:

      首先是新建分支

      1
      git checkout -b feature/bigchange develop

然后开始写代码,提交,写代码,提交。。。
然后直到feature 开发完成,合并回 develop,具体操作如下:
接着切换到develop分支下

1
git checkout develop

然后开始合并,注:合并的时候务必加上 –no-ff,以保持分支的合并历史

1
git merge --no-ff feature/bigchange

最后删除这个分支

1
git branch -d feature/bigchange

如果想要当前分支能保持与 develop 的更新,请用 rebase,操作如下:

假设当前在 feature/bigchange 分支

1
git rebase develop

rebase 会修改历史,如果你的 feature 分支是跟人合作开发的,请互相做好协调。

  • release 分支
    当 develop 上的功能和 bug 修得差不多的时候,我们就要发布新版本了,这个时候从 develop 分支上开出一个 release 分支,来做发布前的准备,分支名约定为release/20170525,主要是测试有没有什么 bug,如果有 bug 就直接在这个分支上修复,确定没有问题后就会合并到 master 分支。

    相应操作如下:
    新建release分支

    1
    git checkout -b release/20170525 develop

修复 bug、检查没问题后合并到 master 分支并删除

1
2
git checkout master
git merge --no-ff release/20170525

为了让 release 分支上 bug 修改作用到 develop 分支,我们还需要把这个 release 分支合并回 develop 分支.
响应操作如下:

1
2
git checkout develop
git merge --no-ff release/20170525

到此,这个 release 分支完成了它的使命,可以被删除了

1
git branch -d release/20170525

  • hotfix 分支
    如果我们发现线上的代码(也就是 master)有 bug,但是这个时候我们的 develop 上的有些功能还没完成,还不能发布,这个时候我们可以从 master 分支上开出一个 hotfix 分支(记住:直接在 master 上提交代码是不允许的!),分支名约定为hotfix/fix,在这个分支上修改完 bug 后需要把这个分支同时合并到 master 和 develop 分支。

    相应操作如下:
    新建分支

    1
    git checkout -b hotfix/fix master

修完 bug 并测试完成后,分别与master和develop分支进行合并

1
2
3
4
git checkout master
git merge --no-ff hotfix/fix
git checkout develop
git merge --no-ff hotfix/fix

然后可以删除分支

1
git branch -d hotfix/fix

例外:当 hotfix 分支完成,这个时候如果有 release 分支存在,那么这个 hotfix 就应该合并到 release,而不是 develop 分支。

  • proj 分支
    proj 分支为项目分支。
    所有的项目分支都从 master 上开出来,约定的分支名为proj/xxx
    所有的项目定制内容都直接在项目分支上提交。
    为了保证项目的更新,每当项目有新版本发布时都需要把 master 分支合并到 proj 分支上。

    • 相应操作如下:
      新建分支
      1
      git checkout -b proj/xxx master

    定制。。。
    如果 master 分支有更新

    1
    2
    git checkout proj/xxx master
    git merge --no-ff master

至此本案例介绍完成,如果大家遵从这样的一个工作流程,相信大家都能成为一个高效的团队。

至此本文介绍完毕,如有问题及不足欢迎与我联络。

参考文献:

http://baike.baidu.com/item/GIT/12647237

https://services.github.com/on-demand/downloads/github-git-cheat-sheet.pdf