http://blog.csdn.net/afei__/article/details/51476529

安装之后第一步

安装 Git 之后,你要做的第一件事情就是去配置你的名字和邮箱,因为每一次提交都需要这些信息:

git config --global user.name "bukas"
git config --global user.email "bukas@gmail.com"

获取Git配置信息,执行以下命令:

git config --list

创建版本库

什么是版本库呢?版本库又名仓库,英文名repository,你可以简单理解成一个目录,这个目录里面的所有文件都可以被Git管理起来,每个文件的修改、删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻可以“还原”。

mkdir testgit && cd testgit
git init

瞬间Git就把仓库建好了,细心的读者可以发现当前目录下多了一个ls -ah命令就可以看见。

把文件添加到版本库

touch readme.md
git add readme.md

然后用命令

git commit -m "wrote a readme file"

简单解释一下-m后面输入的是本次提交的说明,可以输入任意内容,当然最好是有意义的,这样你就能从历史记录里方便地找到改动记录。

一次可以

git add a.txt b.txt c.txt

仓库状态

git status

但如果能看看具体修改了什么内容就更好了:

git diff readme.md

版本回退

在实际工作中,我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容,不然要版本控制系统干什么。版本控制系统肯定有某个命令可以告诉我们历史记录,在Git中,我们用

git log

--pretty=oneline参数:

git log --pretty=oneline

需要友情提示的是,你看到的一大串类似commit id(版本号)

在 Git中,用commit id,上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成 现在我们要把当前版本回退到上一个版本,就可以使用

git reset --hard HEAD^

然我们用

办法其实还是有的,只要上面的命令行窗口还没有被关掉,你就可以顺着往上找啊找啊,假设找到那个2e70fdf...,于是就可以指定回到未来的某个版本:

git reset --hard 2e70fdf

版本号没必要写全,前几位就可以了,Git会自动去找。当然也不能只写前一两位,因为Git可能会找到多个版本号,就无法确定是哪一个了。

现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办?找不到新版本的 Git提供了一个命令

git reflog

终于舒了口气,于是你看到的2e70fdf,现在,你又可以乘坐时光机回到未来了。

工作区和暂存区

Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。

工作区就是你在电脑里能看到的目录,比如我的 工作区有一个隐藏目录 Git的版本库里存了很多东西,其中最重要的就是称为index)的暂存区,还有Git为我们自动创建的第一个分支master的一个指针叫 前面讲了我们把文件往 Git 版本库里添加的时候,是分两步执行的:

第一步是用 第二步是用 因为我们创建Git版本库时,Git自动为我们创建了唯一一个git commit就是往 你可以简单理解为,git commit就可以一次性把暂存区的所有修改提交到分支。

一旦提交后,如果你又没有对工作区做任何修改,那么工作区就是“干净”的。

修改与撤销

git checkout -- readme.md

命令readme.md文件在工作区的修改全部撤销,即让这个文件回到最近一次git add时的状态。

当然也可以用 删除文件

一般情况下,你通常直接在文件管理器中把没用的文件删了,或者用

rm readme.md

这个时候,Git 知道你删除了文件,因此,工作区和版本库就不一致了, 现在你有两个选择,一是确实要从版本库中删除该文件,那就用命令git commit

git rm readme.md
git commit -m "remove readme.md"

现在,文件就从版本库中被删除了。

另一种情况是删错了,因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版本:

git checkout -- readme.md

生成SSH key

创建 SSH Key。在用户主目录下,看看有没有id_rsa

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

你需要把邮件地址换成你自己的邮件地址,然后一路回车,使用默认值即可。

如果一切顺利的话,可以在用户主目录里找到id_rsaid_rsa是私钥,不能泄露出去, 然后登录GitHub(或者其它Git代码托管平台),打开SSH Keys页面,点Title,在id_rsa.pub文件的内容。

为什么GitHub需要SSH Key呢?因为GitHub需要识别出你推送的提交确实是你推送的,而不是别人冒充的,而Git支持SSH协议,所以GitHub只要知道了你的公钥,就可以确认只有你自己才能推送。

当然,GitHub允许你添加多个Key。假定你有若干电脑,你一会儿在公司提交,一会儿在家里提交,只要把每台电脑的Key都添加到GitHub,就可以在每台电脑上往GitHub推送了。

远程服务器

Git 最强大的功能之一是可以有一个以上的远程服务器(另一个事实,你总是可以运行一个本地仓库)。你不一定总是需要写访问权限,你可以从多个服务器中读取(用于合并),然后写到另一个服务器中。添加一个远程服务器很简单:

git remote add origin(别名,根据爱好命名) git@github.com:bukas/bukas.git

如果你想查看远程服务器的相关信息,你可以这样做:

# shows URLs of each remote server
git remote -v # gives more details about origin
git remote show origin(别名)

下一步,就可以把本地库的所有内容推送到远程库上:

git push -u origin master

把本地库的内容推送到远程,用master推送到远程。

由于远程库是空的,我们第一次推送-u参数,Git不但会把本地的master分支,还会把本地的master分支关联起来,在以后的推送或者拉取时就可以简化命令。

从现在起,只要本地作了提交,就可以通过命令把本地

git push origin master

SSH警告

当你第一次使用Git的push命令连接GitHub时,会得到一个警告:

The authenticity of host ‘github.com (xx.xx.xx.xx)’ can’t be established.

RSA key fingerprint is xx.xx.xx.xx.xx.

Are you sure you want to continue connecting (yes/no)?

这是因为Git使用SSH连接,而SSH连接在第一次验证GitHub服务器的Key时,需要你确认 GitHub的Key的指纹信息是否真的来自GitHub的服务器,输入 从远程库克隆

当已经有一个远程库的时候,我们可以用命令

git clone git@github.com:test/testgit.git

你也许还注意到,GitHub给出的地址不止一个,还可以用git://使用https等其他协议。使用http端口的公司内部就无法使用https

创建与合并分支

首先我们创建dev分支:

git checkout -b dev

-b参数表示创建并切换,相当于以下两条命令:

git branch dev
git checkout dev

然后用

git branch

我们在dev分支的工作成果合并到

git checkout master
git merge dev

注意到Fast-forward字样,Git告诉我们,这次合并是“快进模式”,也就是直接把dev的当前提交,所以合并速度非常快。

当然也不是每次合并都能 合并完成后,就可以放心地删除

git branch -d dev

如果要丢弃一个没有被合并过的分支,可以通过git branch -D <branch>强行删除。

在本地创建和远程分支对应的分支,使用 建立本地分支和远程分支的关联,使用 从远程抓取分支,使用 解决冲突

人生不如意之事十之八九,合并分支往往也不是一帆风顺的。

有时候我们进行合并的时候,会提示有冲突出现git status也可以告诉我们冲突的文件。

打开冲突文件我们会看到Git用=======>>>>>>>标记出不同分支的内容,我们修改后提交:

git add readme.md
git commit -m "conflict fixed"

用带参数的

git log --graph --pretty=oneline --abbrev-commit

分支管理策略

通常,合并分支时,如果可能,Git会用 如果要强制禁用merge时生成一个新的 下面我们实战一下git merge

首先,仍然创建并切换

git checkout -b dev

修改commit

git add readme.md
git commit -m "add merge"

现在,我们切换回

git checkout master

准备合并--no-ff参数,表示禁用

git merge --no-ff -m "merge with no-ff" dev

Bug分支

软件开发中,bug就像家常便饭一样。有了bug就需要修复,在Git中,由于分支是如此的强大,所以,每个bug都可以通过一个新的临时分支来修复,修复后,合并分支,然后将临时分支删除。

当你接到一个修复一个代号101的bug的任务时,很自然地,你想创建一个分支dev上进行的工作还没有提交。

并不是你不想提交,而是工作只进行到一半,还没法提交,预计完成还需1天时间。但是,必须在两个小时内修复该bug,怎么办?

幸好,Git还提供了一个

git stash

现在,用 首先确定要在哪个分支上修复bug,假定需要在master创建临时分支:

git checkout master
git checkout -b issue-101

现在修复bug,然后提交:

git add readme.md
git commit -m "fix bug 101"

修复完成后,切换到issue-101分支:

git checkout master
git merge --no-ff -m "merged bug fix 101" issue-101

太棒了,原计划两个小时的bug修复只花了5分钟!现在,是时候接着回到

git checkout dev
git status

工作区是干净的,刚才的工作现场存到哪去了?用

git stash list

工作现场还在,Git把 一是用stash内容并不删除,你需要用 另一种方式是用stash内容也删了:

git stash pop

再用stash内容了。

你可以多次git stash list查看,然后恢复指定的

git stash apply stash@{0}

标签管理

发布一个版本时,我们通常先在版本库中打一个标签,这样,就唯一确定了打标签时刻的版本。将来无论什么时候,取某个标签的版本,就是把那个打标签的时刻的历史版本取出来。所以,标签也是版本库的一个快照。

命令HEAD,也可以指定一个 可以指定标签信息。

还可以通过

git tag -s v0.5 -m "signed version 0.2 released" fec145a

用命令git show <tagname>可以查看某个标签的详细信息。

如果标签打错了,也可以删除:

git tag -d v0.1

因为创建的标签都只存储在本地,不会自动推送到远程。所以,打错的标签可以在本地安全删除。

如果要推送某个标签到远程,使用命令git push origin <tagname>

git push origin v1.0

或者,一次性推送全部尚未推送到远程的本地标签:

git push origin --tags

如果标签已经推送到远程,要删除远程标签就麻烦一点,先从本地删除:

git tag -d v0.9

然后,从远程删除。删除命令也是

git push origin :refs/tags/v0.9

忽略特殊文件

在安装Git一节中,我们已经配置了user.email,实际上,Git还有很多可配置项。

比如,让Git显示颜色,会让命令输出看起来更醒目:

git config --global color.ui true

有些时候,你必须把某些文件放到Git工作目录中,但又不能提交它们,比如保存了数据库密码的配置文件啦,等等,每次 好在Git考虑到了大家的感受,这个问题解决起来也很简单,在 Git工作区的根目录下创建一个特殊的 不需要从头写 当然也可以配置全局忽略的文件,这样就不用每个项目都加gitignore了:

git config --global core.excludesfile '~/.gitignore'

配置别名

有没有经常敲错命令?比如status这个单词真心不好记。

如果敲git status那就简单多了,当然这种偷懒的办法我们是极力赞成的。

我们只需要敲一行命令,告诉Git,以后status

git config --global alias.st status

当然还有别的命令可以简写:

git config --global alias.co checkout
git config --global alias.ci commit
git config --global alias.br branch

在撤销修改一节中,我们知道,命令unstage),重新放回工作区。既然是一个unstage别名:

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的时候,加上–global是针对当前用户起作用的,如果不加,那只针对当前的仓库起作用。

配置文件放哪了?每个仓库的Git配置文件都放在 而当前用户的Git配置文件放在用户主目录下的一个隐藏文件.gitconfig中。

学习GIT 你只要这一篇(转)的更多相关文章

  1. 深入理解学习Git工作流

    http://blog.csdn.net/hongchangfirst/article/list/3 //可以看看 http://blog.csdn.net/hongchangfirst/articl ...

  2. [转]深入理解学习GIT工作流

    深入理解学习Git工作流 字数13437 阅读2761 评论3 喜欢70 个人在学习git工作流的过程中,从原有的 SVN 模式很难完全理解git的协作模式,直到有一天我看到了下面的文章,好多遗留在心 ...

  3. 推荐一个可视化的学习Git的好网站:LearnGitBranching

    博客搬到了fresky.github.io - Dawei XU,请各位看官挪步.最新的一篇是:推荐一个可视化的学习Git的好网站:LearnGitBranching.

  4. 深入理解学习Git工作流(转)

    个人在学习git工作流的过程中,从原有的 SVN 模式很难完全理解git的协作模式,直到有一天我看到了下面的文章,好多遗留在心中的困惑迎刃而解,于是我将这部分资料进行整理放到了github上,欢迎st ...

  5. 版本控制工具Git工具快速入门-Linux篇

    版本控制工具Git工具快速入门-Linux篇 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 一.版本管理系统的介绍 1>.版本管理系统的特点 1.1>.自动生成备份: ...

  6. 版本控制工具Git工具快速入门-Windows篇

    版本控制工具Git工具快速入门-Windows篇 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 最近在学习Golang语言,之前的开发环境在linux上开发的,后来由于办公用的是w ...

  7. 深入理解学习Git工作流(git-workflow-tutorial)

    转载:https://segmentfault.com/a/1190000002918123#articleHeader11 人在学习git工作流的过程中,从原有的 SVN 模式很难完全理解git的协 ...

  8. 深入学习 Git 工作流

    原文  https://github.com/xirong/my-git/blob/master/git-workflow-tutorial.md   个人在学习git工作流的过程中,从原有的 SVN ...

  9. git 工作中常用命令(结合vscode学习git 命令)

    作为一名前端开发,大家在工作中常常使用什么开发工具呢,我觉得我首选的是vscode,他配合git使用起来非常方便. 工作中常用三个命令: git终端常使用: git add . git commit ...

随机推荐

  1. Web | jQuery快速上手

    jQuery伴随前端走过一段辉煌的时光,虽然现在已经慢慢的走下顶峰,但是过去的很多项目都是用jQuery写的,它的一些封装思想也非常值得借鉴,懂得jQuery是前端必不可少的. jQuery顶级对象 ...

  2. 1001. 温度转换 (Standard IO)

    1001. 温度转换 (Standard IO) 时间限制: 1000 ms  空间限制: 262144 KB  具体限制   题目描述 将输入的华氏温度转换为摄氏温度.由华氏温度F与摄氏温度C的转换 ...

  3. tp5 的nginx配置

    下面简单说明一下tp5运行在nginx上的配置. 原文地址:小时刻个人博客>http://small.aiweimeng.top/index.php/archives/tp5_nginx.htm ...

  4. Quick find Helper

    using System; using Microsoft.Xrm.Sdk; using Microsoft.Crm.Sdk.Messages; /// <summary> /// 视图 ...

  5. Java实例 Part5:面向对象入门

    目录 Part5:面向对象入门 Example01:成员变量的初始化值 Example02:单例模式的应用 -----懒汉式 -----饿汉式 Example03:汉诺塔问题的求解 Example04 ...

  6. 详解Linux运维工程师高级篇(大数据安全方向).

    hadoop安全目录: kerberos(已发布) elasticsearch(已发布)http://blog.51cto.com/chenhao6/2113873 knox oozie ranger ...

  7. stm32串口中断总结

    串口文件uart.c需要被用到; 串口通信是对GPIO端口引脚的功能复用,因此需要用到gpio.c; 因为中断的产生,因此中断文件也是需要用到的: 中断响应函数需要自己编写: 接收中断:在接收移位寄存 ...

  8. 基于Doxygen_C语言代码文档一键生成的记录与规范(嵌入式适用)

    下位机代码格式规范整合记录 注册 doxygen 账号获取doxygen 的 *.exe 执行文件 https://pan.baidu.com/s/1MF5v-Ts80BysmZtXSqONmg 提取 ...

  9. (数据科学学习手札50)基于Python的网络数据采集-selenium篇(上)

    一.简介 接着几个月之前的(数据科学学习手札31)基于Python的网络数据采集(初级篇),在那篇文章中,我们介绍了关于网络爬虫的基础知识(基本的请求库,基本的解析库,CSS,正则表达式等),在那篇文 ...

  10. 【blockly教程】第一章 Google Blockly教学应用手册

    1.1 Google Blockly概述 美国计算科学教育一直认为计算机作为当今各个领域的基础技术工具,有必要让学生尽早的了解和学习计算机工作原理,理解基础的编程思维.在2006年周以真教授提出计算思 ...