公司几乎所有的项目都是使用 git 仓库来管理代码,以前对 git 只有些肤浅的了解,每次提交代码或者上线的时候总是会提心吊胆,生怕出现一些未知的问题。经过三个月的踩坑和填坑, git 操作颇显成熟。仅以此文回忆学习 git 的历史。

本文地址:http://www.cnblogs.com/hustskyking/p/git-improve.html,转载请注明源地址。

一、基本操作

1. 克隆代码

1.1 添加仓库

最直接的方式:

cd dir  # 这里不用新建一个项目名的文件夹,dir为git文件夹的父文件夹
git clone https://github.com/barretlee/Micro-Share

你也可以进入一个目录,然后初始化(init):

cd path/to/Project
git init
# 添加远程目录
git remote add origin https://github.com/barretlee/Micro-Share

这些都是最基本的了,上面的 remote add 是添加一个远程目录,你也可以添加多个远程目录,什么情况下会添加多个呢?比如:我想把别人的代码处理之后放到自己的 git 仓库上去,

git remote add origin https://github.com/barretlee/Micro-Share
git remote add mine http://your/path/to/git
# 拉取远程代码到 init 之后的 master 主干上
git fetch origin master
# 修改代码之后,提交到自己的仓库
git commit -am "fist"
git push -u mine master

1.2 添加文件

在提交文件之前首先要添加文件到分支中,很多人只知道:

git add .

如果有文件删除,会发现这些删除的文件并没有被附加进去,肿么办?

#方式一
git add --all .
#方式二
git add -A .
  • --all 参数,顾名思义,添加所有文件(change|delete|add)
  • -A 参数,添加修改过和删除过的文件(change|delete)
  • 不加 参数,添加修改过和添加的文件(change|add)

1.3 提交文件

git commit -m "comment"

如果没有删除过文件,可以合并添加和提交文件为一步:

git commit -am "add and commit"

1.4 远程提交

提交到远程仓库上:

# 将 master 提交到 origin 上
git push origin master

这一步操作可能会出现很多的问题,比如:

a) origin为一个多人开发的库,别人在你提交之前已经向 origin 上提交过一次(或者多次),那么此时你的版本是落后于远程服务器版本的,你需要先拉去线上最新的代码:

# 拉去远程分支到 master
git pull origin master

b) 执行 a) 之后,有可能也会有提醒:存在冲突,需要合并分支,这个在后面会提到

c) 如果你很自信,觉得线上的版本是存在问题,你这个版本木有问题,你可以强制提交你的代码

git push -u origin master -f

这里需要特别注意,加了 -f 线上之前的修改就会被删掉,请谨慎使用!

二、进阶操作指南

上面是最基本的几条命令,初用 git 的童鞋一般也只会接触这些东西,在一些复杂的多人开发项目中,修改代码、合并代码十分频繁,上面的命令显然是不够用了。在介绍进阶命令之前,先了解下 git 的三种状态。

+-----------+      +-----------+       +-----------+
|           |      |           |       |           |
|  working  | -->  |   index   |  -->  |  commit   |
|           |      |           |       |           |
+-----------+      +-----------+       +-----------+
      ↓                  ↓                   ↓
   当前操作            git add            git commit

                              <Created By Barret Lee>

你当前的操作状态下,所有文件的状态都在 work 状态,当你执行 git add 之后,文件状态变为 index,也就是在 git 中已经有过一次登记了,而 git commit 之后就被编入了分支,成为 commited 状态了。需要注意的是,这三种状态一直存在,只是会有不同的文件来对应这些状态。

1. 场景切换

Barret 有一天敲代码,代码敲了一半,Boss 跟他说,线上出了个 bug,赶紧的,去修复!

咋办?上面那堆代码,敲了半个上午啊,重新新建一个文件夹,然后把线上代码再克隆一次修改?这种处理的成本显然太高了!其实 git 为我们提供了很好用的命令 git stash。只要在当前目录下操作:

git stash

这句命令执行完毕之后,git 管理区中的 stash 会多出一条记录,这条记录保存了上一次提交到目前,你所有的修改:

last commit ... working file now

接着你就可以修改你的 bug 了,修改完了之后,再使用

git stash pop

将之前保存的修改(场景)还原回来。其内部的原理也是很简单的:

+---------------+      +-----------+      +-----------+       +-----------+
|               |      |           |      |           |       |           |
|  last commit  | -->  |  working  | -->  |   index   |  -->  |  commit   |
|               |      |           |      |           |       |           |
+---------------+  ↑   +-----------+      +-----------+   |   +-----------+
      ↓            |         ↓                  ↓         |          ↓
   上次提交         |      当前操作            git add      |    git commit
                   |                                     s|
                   |                                     t|
                   |       +---------+                   a|
                   |       | Stash  |                   s|
                   |       +---------+                   h|
                   +------ | Stash  | <------------------+
                           +---------+
                           |  ....   |
                           +---------+
                           | Stash n |
                           +---------+
                                ↓                    <Created By Barret Lee>
                             stash堆栈

有些童鞋可能看不太懂上面的图,git 有一个场景(stash)堆栈,这个堆栈的作用是用于保存修改的,下面举个例子:

# 进入文件夹
$ cd test
# 初始化 git
$ it init
# 新建四个文件
$ touch f1 f2 f3 f4

上面初始化一个 git ,然后新建了四个文件

# 修改 f1
$ " > f1
# 将修改 push 到 stash 栈堆中
$ git stash

上面修改了文件 f1,并保存到场景栈堆中

# 查看 stash 栈堆
$ git stash list
  stash@{}: WIP on master: 7f58be2 

查看栈堆,可以看到 stash@{0}

# 修改 f2
$ " > f2
# 添加修改
$ git add .
# 将修改 push 到 stash 栈堆中
$ git stash

修改文件 f2,添加之后保存到栈堆之中

# 查看 stash 栈堆
$ git stash list
    stash@{}: WIP on master: 7f58be2
    stash@{}: WIP on master: 7f58be2 

栈堆中多了一个 stash@{1},这个时候我们去修复 bug,改变其他位置的代码,完了之后:

# pop 栈堆,还原修改
$ git stash pop

上面我们将栈堆 pop 出来,遵循后进先出的规则

# 查看文件状态
git status
$ Changes not staged for commit:
    changed: f2
  please commit it

以上代码都是我手动敲出来的,不是复制控制台的代码,大概就是这个么意思吧。关于 stash 的最后一个想说明的命令是:

git stash clear

清空场景(stash)堆栈。

2. 代码 diff

2.1 HEAD

在介绍这块之前,也需要先了解几个基本的常识:

HEAD     它表示上一次的 commit 版本

HEAD~n 它表示第上 n 词的 commit 版本,这里的 n 是大于等于 1 的整数

如果我们要比较上一次和这一次代码之间的差异,可以:

git  HEAD

比较前第三次与现在代码的差异,可以:

git  HEAD

获取前第n次的还有另外一种方式,如前第二次:

HEAD^^

前第五次:

HEAD^^^^^

这样写起来比较累,还是前面的方式比较顺手。

2.2 SHA

关于 SHA 标识的介绍,我这里就懒得打字了,可以看我之前分享的一点东西,使用

git log

可以看到每次 commit 的 SHA 标识。要比较两次提交之间的差异,可以直接

git diff SHA1 SHA2

其中 SHA1 和 SHA2 是两次提交(commit)时的标识。

2.3 与场景的比较

这个用的比较少,对比目前代码跟最近一次 push 的场景代码差异:

git diff --cached

从字面上也好理解,就是跟缓存的文件做对比嘛~

3. 版本回退

如果上面的 SHA,working,index,commit 几种状态和标识没有弄明白,相信这里也是十分难理解的。

版本回退使用的命令是:

git reset

3.1 三种操作

这个命令后面是要加参数的,分别为:

a) filename

git reset HEAD filename  # 从暂存区移除文件

如果之前有 add filename,上面的命令操作之后,filename 将处于未被 add 的状态。也就是从 index 转变成 working 状态。

b) HEAD

git reset --hard HEAD~n

直接回退到前第 n 个版本。

c) SHA

git reset --hard SHA

回到 SHA 对应的 commit 的版本。

3.2 三种方式

上面我们使用的是 --hard 来 reset 代码,这样风险是特别大的,这里有三个可选参数:

  • --hard 回退版本,代码也回退,忽略所有修改
  • --soft 回退版本,代码不变,回退所有的 add 操作
  • --mixed 回退版本,代码不变,保留 add 操作

4. 分支处理

4.1 查看分支

git branch

这是最简单的查看,查看本地创建了哪些分支。

git branch -va

查看本地+远程分支,及其详细信息(上次提交commit信息)

4.2 添加分支

git branch branch_name

如果你当前所在的分支是 master,此处创建的分支会直接继承 master 的所有修改历史。

git branch -b branchnew branchold

-b 是 base 的意思,如果你有两个分支 A 和 B ,目前在 A 分支上,你先新建一个分支继承 B,此刻你有两个选择:

# 选择一
# 先切换到 B 分支上
git checkout B
git branch C

# 选择二
git branch -b C B

4.3 切换分支

a) 切换到本地分支

git checkout branch_name

b) 切换到远程分支

git checkout remotes/origin/branch_name
git checkout branch_name

详情请看之前分享的这篇文章,git切换到远程分支

4.4 删除分支

显切换到别的分支上,然后

git branch -d branch_name

如果是远程分支:

git push origin :branch_name

在需要删除的分支前面加一个冒号OK了,push 上去之后,服务器上的分支自然就被删除了。


由于想写的内容实在太长,故打算下次再补充第二部分。

下期预告:

本节补充:
  5. tag处理
  6. 仓库管理
第三章 版本管理策略
第四章 看懂 diff
第五章 配置别名

下次再做小结。

git版本管理策略及相关技巧(A)的更多相关文章

  1. Git 版本管理的简单理解

    来源:百度知道 现在使用Git版本管理代码的项目非常多.但是Git本身是一条复杂的系统.我从几个简单的点来说明Git的基本功能.希望能帮助初学者快速入门. 工具/原料   Git code dot j ...

  2. GIT版本管理工具

    原文:http://blog.csdn.net/ithomer/article/details/7527877 Git 是一个分布式版本控制工具,它的作者 Linus Torvalds 是这样给我们介 ...

  3. git log 常用命令及技巧

    git log常用命令以及技巧 1.git log 如果不带任何参数,它会列出所有历史记录,最近的排在最上方,显示提交对象的哈希值,作者.提交日期.和提交说明.如果记录过多,则按Page Up.Pag ...

  4. SVN迁移到Git的过程(+ 一些技巧)

    SVN迁移到Git的过程(+ 一些技巧) 李顺利 Key Words SVN,Git,Clone,Conversion,Tips,VCS,Pro Git 关于在VCS中SVN和Git之间的迁移(Clo ...

  5. iOS开发那些事儿(六)Git分之策略

    git 分支策略 将要介绍的这个模型不会比任何一套流程内容多,每个团队成员都必须遵守,这样便于管理软件开发过程. 既分散又集中 我们使用的,且与这个分支模型配合的非常好的库,他有一个“真正”的中央仓库 ...

  6. git 分支策略

    转 http://www.ruanyifeng.com/blog/2012/07/git.html  作者: 阮一峰 如果你严肃对待编程,就必定会使用"版本管理系统"(Versio ...

  7. 可视化Git版本管理工具SourceTree的使用

    最近去了新公司,发现公司使用的团队版本管理工具是SourceTree,本人一直是SVN的热衷粉,很少使用git,所以从头学习git及可视化客户端SourceTree的使用,本贴只针对新手,大牛可以无视 ...

  8. Qt create 配置git版本管理

    配置步骤: git的下载安装.(此时,您应该明白git和github的区别) 如下图1-5,Tool –> Options –> Version Control –> Git –&g ...

  9. SVN迁移到Git的过程(+ 一些技巧

    关于在VCS中SVN和Git之间的迁移(Clone)这个部分网上已经有大批的文章介绍,而且都非常不错,能够满足我们的常见的需求,这里介绍的是我自己整理的一些技巧和使用中出现的一些问题和疑问.阅读本篇文 ...

随机推荐

  1. Easyui Ajax验证Form表单。。。

        今天做项目用到easyui Ajax验证表单.本想自定义一个easyui的验证,查资料发现easyui 自带了一个通用的验证!见以下下截图. 后台返回值 true验证通过,返回false验证失 ...

  2. 每天一个 Linux 命令(16):which命令

    我们经常在linux要查找某个文件,但不知道放在哪里了,可以使用下面的一些命令来搜索: which  查看可执行文件的位置. whereis 查看文件的位置. locate   配合数据库查看文件位置 ...

  3. C#日常知识

    常量: 定义常量:const; 条件运算符: 表达式1?表达式2:表达式3[如果正确则执行表达式2,不正确执行表达式3] (例如:int result; result = 5>4?100:200 ...

  4. BZOJ3012 : [Usaco2012 Dec]First!

    建立Trie,那么成为答案的串必须满足其终止节点到根路径上没有其它点. 对于Trie上每个节点维护一个bitset,表示哪些字符必须在哪些字符之前. 每到达一个可能成为答案的终止节点,对图进行拓扑排序 ...

  5. (转)Attention

        本文转自:http://www.cosmosshadow.com/ml/%E7%A5%9E%E7%BB%8F%E7%BD%91%E7%BB%9C/2016/03/08/Attention.ht ...

  6. android 添加依赖的库文件

    Notpad: 2016-3-16: 1.android 添加依赖的库文件 右键自己的项目 -> properties ->android ->在Library处点击add -> ...

  7. Activity代码结构

    把一个Nova项目中典型的Activity代码结构简单归纳一下,保持代码风格的一致,有助于日常开发效率提升以及日后维护 Class Name     变量 constants   requests   ...

  8. Delphi 使用串口模拟工具进行串口程序开发调试

      版权声明:本文为博主原创文章,如需转载请注明出处及作者. 本文由小李专栏原创,转载需注明出处:[http://blog.csdn.net/softwave/article/details/8907 ...

  9. Java学习笔记(1)

    封装基本原则之一: 将实例变量标记为private,将getters与setters标记为public,用setters来检查参数并判断是否可以执行: 局部变量与实例变量的区别: 你无需初始实例变量, ...

  10. S5PV210启动过程分析

    一.三星官方推荐方式 1.数据手册<S5PV210_iROM_Application_note>中截取: