⑴ 如何在github上搭建自己的博客
1.建立一个项目
先在GitHub创建一个项目，名字随意，尽量全部小写字母，避免随后会碰到的URL冲突问题。
1.1 在自己github右上角上，点击+号按钮，在出现的菜单中选择 New repository
1.2 进入到创建仓库页面，给仓库命名并给于描述之后，点击create repository按钮创建仓库
项目创建完毕。
2.安装Git
git是一个免费的、分布式的版本控制工具，或是一个强调了速度快的源代码管理工具。
git的安装地址(http://msysgit.github.io/)
关于git的具体安装步骤可参考http://jingyan..com/article/90895e0fb3495f64ed6b0b50.html
关于git的常用命令可参考http://www.bootcss.com/p/git-guide/
3.clone项目
本地运行Git，随意选个目录，将刚才创建的项目clone下来。
例：
cd /e/blog
git clone https://github.com/stxwd46/EX.github-io.git
cd EX.github-io
4.建立配置文件_config.yml
注意：之后建立的所有文档务必使用UTF-8 无 BOM(隐藏字符) 的编码保存
在项目的根目录下打开git命令行界面，输入命令 >> _config.yml 新建文件 _config.yml ，填写 baseurl: /blogdemo ， blogdemo是你的项目名称，这一行内容规定了整个网站的根路径。
例：
baseurl: /EX.github-io
目录结构变为
/EX.github-io
|--_config.yml
5.建立主页
在根目录下新建文件 index.html ， 内容如下：
---
title: Hello, My Blog
---
{{ page.title }}
每篇文章的头部，必须有一个yaml文件头，用来设置一些元数据。它用三根短划线"---"，标记开始和结束，里面每一行设置一种元数据。"title: Hello, My Blog"，表示该文章的标题是"Hello, My Blog"，如果不设置这个值，默认使用嵌入文件名的标题，即"hello world"。
在yaml文件头后面，就是文章的正式内容，{{}}这些是Liquid模板语言,在{{}}里面我们可以使用模板变量。{{ page.title }} 表示“本页面的标题”，因为我们前面设置了title为Hello， My Blog。所以到时候进入到博客首页，title 就会显示相应的文案。
目录结构变成：
/EX.github-io
|--_config.yml
|-- index.html
6.在_posts内撰写文章，并在首页加入文章列表
现在首页有了，那我们怎么发博文上去呢？
回到项目根目录， 打开git bash，运行 mkdir _posts 新建一个目录，看名字也知道啦，这里存放你所有的文章。
进入_posts目录，新建一篇文章。注意默认的文件名格式是 year-month-day-postTitle 这样。比如 2015-05-05-my_first_article.md，尽量避免空格或者其他乱七八糟的字符，这个文件名将作为URL的生成依据。文件名的格式可以通过修改 _config.yml中的 permalink 属性而改变，默认值为 date ，也就是我们刚刚创建的文件的样子，具体的规则可以看这里。
如果你发现了我刚才创建的文件后缀名是 .md ，熟悉GitHub或者StackOverFlow的朋友应该知道Markdown 格式。对于不熟悉前端的人来说，用markdown可以避开HTML，转而使用更加直观的Markdown语法。如果不熟悉Markdown语法也没关系，可以参见这份Markdown 语法说明，应该说是相当易学，并且在熟悉之后非常易用的。而作为一个前端开发者来讲，我还是更倾向于用html。
回到主题，打开刚才创建的文件，输入如下内容：
---
title: 我的第一篇文章
---
# {{ page.title }}
## 目录
+ [第一部分](#partI)
+ [第二部分](#partII)
+ [第三部分](#partIII)
----------------------------------
## 第一部分
这里是第一部分的内容
----------------------------------
## 第二部分
这里是第二部分的内容
----------------------------------
## 第三部分
这里是第三部分的内容
{{ page.date|date_to_string }}
这段内容中使用了最常用的几种Markdown语法，比如使用 # ，## 表示 HTML 中的 <h1></h1> , <h2></h2>。使用[text](link)创建超链接，使用 连续多个 - 创建水平线（注意：不包括最上端包围title所使用的横线，那里表示一个页面的“头属性”），等等。更多详细的语法可以在之前提到的页面查询，这里不再赘述，总之，这是一种更加贴近真实写作的语法，推荐大家尝试。
页面最后面的那个 {{ page.date|date_to_string }} 是指显示本页的日期属性，并且转换为可读的字符串形式。同样也是Liquid语法。
OK，第一篇文章就写好了，然后到主页给文章加上入口链接。
打开我们的 index.html 文件，添加内容，变成下面这样：
---
title: My Blog
---
{{ page.title }}
{% for post in site.posts %}
{{ post.date|date_to_string }} <a href='{{ site.baseurl }}{{ post.url }}'>{{ post.title }}</a>
{% endfor %}
简单解释一下，Liquid标记最主要分为两种，一种是直接输出变量内容，像这样：
{{ page.title }}
另一种则是逻辑命令形式的，像这样：
{% for x in y %} ... {% endfor %}
而刚才写进主页的内容，就是遍历所有post文件，然后逐一显示在页面上，这里需要注意的一点就是在创建文章的超链接时，除了 post.url 之外，也要注意在前面加上site.url ，原因前面也有提到过，我们正在创建的是 Project Pages 类型的网站，其最终生成的网址根目录是：username.github.com/projectname，而 post.url 生成的超链接仅仅会自动加上 username.github.com/ 这样的前缀。
现在检查一下更改的所有内容，确认不要犯下愚蠢的错误，比如把 “.” 打成 “。“或者单词拼错之类的。
目录结构变为
/EX.github-io
|--_config.yml
|-- index.html
|-- _posts
| |--2015-05-05-my_first_article.md
7.配置SSH keys
为什么要配置ssh keys？因为github和本地代码做推送和拉取时，需要用到ssh的密钥对进行数据加解密，由于github上新建的项目没有添加密钥，所以本地仓库连接不到远程仓库。
那么如何配置ssh keys呢？
7.1 我们需要检查你电脑上现有的ssh key：
cd ~/.ssh
如果提示：No such file or directory 说明你是第一次使用git。
7.2 生成新的ssh keys：
ssh-keygen -t rsa -C "邮件地址@youremail.com"
注意1: 此处的邮箱地址，你可以输入自己的邮箱地址；注意2: 此处的“-C”的是大写的“C”。
按回车后出现
再按一次回车即可。
然后系统会要你输入密码：
Enter passphrase (empty for no passphrase):<输入加密串>
Enter same passphrase again:<再次输入加密串>
在回车中会提示你输入一个密码，这个密码会在你提交项目时使用，如果为空的话提交项目时则不用输入。这个设置是防止别人往你的项目里提交内容。
注意：输入密码的时候没有*字样的，你直接输入就可以了。
最后看到这样的界面，就成功设置ssh key了：
7.3 添加ssh key到GitHub
在本机设置SSH Key之后，需要添加到GitHub上，以完成SSH链接的设置。
1、打开本地C:\Documents and Settings\Administrator.ssh\id_rsa.pub文件。此文件里面内容为刚才生成人密钥。如果看不到这个文件，你需要设置显示隐藏文件。准确的复制这个文件的内容，才能保证设置的成功。
2、登录你的GitHub个人主页。点击右上角的 Settings进入设置页面，然后点击SSH Keys页面中的Add SSH key按钮
3、把你本地生成的密钥复制到里面（key文本框中）， 点击 add key 就ok了
8.发布到GitHub
这个时候我们就可以把页面提交到github上了，到根目录打开git命令行界面
8.1 把刚创建的所有文件添加到本地git库
git add -A
8.2 保持良好的习惯，每次提交都提交添加描述
git commit -m "create my blog"
8.3 推送到GitHub，这里注意，因为我们使用的是GitHub Pages中的 Project Pages，GitHub规定，只有该分支中的页面，才会生成网页文件。即GitHub仅会将分支 gh-pages 下的内容进行自动生成操作， 所以本地的 master 分支应推送到远端的 gh-pages 分支
git push origin master:gh-pages
输入账号和密码，账号即你的GitHub账号(不是昵称，是账号名！)，输入密码的时候命令行界面不会有任何的变化，所以在输入密码的时候要谨慎小心。之后按回车即可。
好了，那现在我们要如何查看我们的博客页面呢。打开GitHub，进入到自己博客的仓库，右侧菜单栏有一个setting选项
点击进入之后会看到这个页面
GitHub Pages中显示的链接就是你的博客地址啦。
9.增加模板套装_layouts
其实到第8步博客的构建就已经完成了，只是没有样式的博客实在太难看。GitHub Pages有提供一些主题给我们使用。但作为一个前端开发者，肯定更希望自己给自己的博客布局和创建样式。
回到项目根目录，新建文件夹 _layouts，顾名思义，“布局”是也。在 _layouts 中新建一个最基本的布局文件，姑且命名为default.html好了：
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<title>{{ page.title }}</title>
</head>
<body>
{{ content }}
</body>
</html>
首先，charset=utf-8让我们一劳永逸地解决了UTF-8的编码问题，随后指定了正文内容的位置，当然在这里只是一个最简单的内容，在body内仅有一个 {{ content }} 标签，你可以根据自己的喜好对页面进行任何改动，只要记得保留这个内容标签在你想要的位置就好。
然后我们修改index.html和刚写完的那篇文章，只要在头属性上加一句就好：
---
title: xxoo
layout: default.html
---
我们当然还可以把这个结构变得更灵活一些，比如继续新增两个模板分别叫做l_post.html与l_index.html，他们首先引用default.html，但在其基础上做出一定的修改。然后首页使用l_index模板，而所有的post文件则使用l_post模板，等等等等，请随意发挥。但始终记得加上 {{ content }} 标签
目录结构变为
/EX.github-io
|--_config.yml
|-- index.html
|-- _posts
| |--2015-05-05-my_first_article.md
|-- _layouts
| |--default.html
再次推送到GitHub即可。
这样，我们就已经构建好了一个最简单的blog。之后你们就可以开始为自己的博客添砖加瓦了。
10.问题汇总
10.1 推送到GitHub之后个人主页的contributions没有提交记录
Git会根据用户的名字和邮箱来记录提交。GitHub也是用这些信息来做权限的处理，输入下面的代码进行个人信息的设置，把名称和邮箱替换成你自己的。
如何查看自己的名称和邮箱呢。回到GitHub个人主页，点击右上角的setting图标
进入之后Personal settings菜单栏下的Profile页面中，Name即为你的名字
但邮箱不是Name下面的Public email，很多人在这里被误导了。邮箱是Emails页面中的邮箱地址
知道了名字和邮箱之后，打开git命令行界面，通过下面的命令行来设置你的名字和邮箱
git config --global user.name "cnfeat"//用户名
git config --global user.email "[email protected]"//填写自己的邮箱
设置正确之后，提交记录就都恢复了。不仅仅你以后提交的都会出现在提交记录中，你以前提交的也会恢复并出现在记录中。
10.2 每次提交都要求你输入账号跟密码
原因是我们在clone分支时使用了 HTTPS 的地址，
HTTPS 的地址是做什么用的呢？其实它主要是用在一些防火墙或者代理服务器设置比较严格的情况下的，比如有些公司是禁止使用 SSH 连接外网，那么在这种情况下要想使用 Git 的话，就只能用 HTTPS 的方式了。
使用 HTTPS 的方式，也有储存密码的方式，但我们首推的方式是切换到 SSH，如果你的网络环境支持的话。
回到你博客的根目录。打开git命令行界面，输入
git remote set-url 你博客的ssh url
如果你不知道你博客的ssh url，打开你的博客项目，右下角选择SSH，然后复制框里的url就行了
之后再提交就不会要求你输入账号密码了。
10.3 页面调试不方便
如果我们要给我们的博客布局或设置样式神马的，我们是否每次都要把代码写好然后推送到GitHub上，再打开自己的博客地址，看看布局有没有什么问题。如果有的话再改代码，再提交，再查看呢？
⑵ git 配置忽略文件规则
工作区新建一个名称为.gitignore的文件。
然后，把要忽略的文件名填进去，Git就会自动忽略这些文件。
有时对于git项目下的某些文件，我们不需要纳入版本控制，比如日志文件或者IDE的配置文件，此时可以在项目的根目录下建立一个隐藏文件 .gitignore（linux下以.开头的文件都是隐藏文件），然后在.gitignore中写入需要忽略的文件。
.gitignore注释用'#', *表示匹配0个或多个任意字符
.gitignore忽略规则的优先级
在 .gitingore 文件中，每一行指定一个忽略规则，Git检查忽略规则的时候有多个来源，它的优先级：
1）从命令行中读取可用的忽略规则
2）当前目录定义的规则
3）父级目录定义的规则，依次递推
4）$GIT_DIR/info/exclude 文件中定义的规则
5）core.excludesfile中定义的全局规则
.gitignore忽略规则的匹配语法
在 .gitignore 文件中，每一行的忽略规则的语法如下：
1） 空格 不匹配任意文件，可作为分隔符，可用反斜杠转义
2）以“ ＃ ”开头的行都会被 Git 忽略。即#开头的文件标识注释，可以使用反斜杠进行转义。
3）可以使用标准的 glob 模式匹配。所谓的glob模式是指shell所使用的简化了的正则表达式。
4）以斜杠" / "开头表示目录；"/"结束的模式只匹配文件夹以及在该文件夹路径下的内容，但是不匹配该文件；"/"开始的模式匹配项目跟目录；如果一个模式不包含斜杠，则它匹配相对于当前 .gitignore 文件路径的内容，如果该模式不在 .gitignore 文件中，则相对于项目根目录。
5）以星号" * "通配多个字符，即匹配多个任意字符；使用两个星号" ** " 表示匹配任意中间目录，比如`a/**/z`可以匹配 a/z, a/b/z 或 a/b/c/z等。
6）以问号" ? "通配单个字符，即匹配一个任意字符；
7）以方括号" [] "包含单个字符的匹配列表，即匹配任何一个列在方括号中的字符。比如[abc]表示要么匹配一个a，要么匹配一个b，要么匹配一个c；如果在方括号中使用短划线分隔两个字符，表示所有在这两个字符范围内的都可以匹配。比如[0-9]表示匹配所有0到9的数字，[a-z]表示匹配任意的小写字母）。
8）以叹号" ! "表示不忽略(跟踪)匹配到的文件或目录，即要忽略指定模式以外的文件或目录，可以在模式前加上惊叹号（!）取反。需要特别注意的是： 如果文件的父目录已经被前面的规则排除掉了，那么对这个文件用"!"规则是不起作用的 。也就是说"!"开头的模式表示否定，该文件将会再次被包含，如果排除了该文件的父级目录，则使用"!"也不会再次被包含。可以使用反斜杠进行转义。
.gitignore忽略规则简单说明
# 表示此为注释,将被Git忽略
*.a 表示忽略所有 .a 结尾的文件
!lib.a 表示但lib.a除外
/TODO 表示仅仅忽略项目根目录下的 TODO 文件，不包括 subdir/TODO
build/ 表示忽略 build/目录下的所有文件，过滤整个build文件夹；
doc/*.txt 表示会忽略doc/notes.txt但不包括 doc/server/arch.txt
bin/: 表示忽略当前路径下的bin文件夹，该文件夹下的所有内容都会被忽略，不忽略 bin 文件
/bin: 表示忽略根目录下的bin文件
/*.c: 表示忽略cat.c，不忽略 build/cat.c
debug/*.obj: 表示忽略debug/io.obj，不忽略 debug/common/io.obj和tools/debug/io.obj
**/foo: 表示忽略/foo,a/foo,a/b/foo等
a/**/b: 表示忽略a/b, a/x/b,a/x/y/b等
!/bin/run.sh 表示不忽略bin目录下的run.sh文件
*.log: 表示忽略所有 .log 文件
config.php: 表示忽略当前路径的 config.php 文件
/mtk/ 表示过滤整个文件夹
*.zip 表示过滤所有.zip文件
/mtk/do.c 表示过滤某个具体文件
被过滤掉的文件就不会出现在git仓库中（gitlab或github）了，当然本地库中还有，只是push的时候不会上传。
需要注意的是，gitignore还可以指定要将哪些文件添加到版本管理中，如下：
!*.zip
!/mtk/one.txt
唯一的区别就是规则开头多了一个感叹号，Git会将满足这类规则的文件添加到版本管理中。为什么要有两种规则呢？
想象一个场景：假如我们只需要管理/mtk/目录中的one.txt文件，这个目录中的其他文件都不需要管理，那么.gitignore规则应写为：：
/mtk/*
!/mtk/one.txt
假设我们只有过滤规则，而没有添加规则，那么我们就需要把/mtk/目录下除了one.txt以外的所有文件都写出来！
注意上面的/mtk/*不能写为/mtk/，否则父目录被前面的规则排除掉了，one.txt文件虽然加了!过滤规则，也不会生效！
还有一些规则如下：
fd1/*
说明：忽略目录 fd1 下的全部内容；注意，不管是根目录下的 /fd1/ 目录，还是某个子目录 /child/fd1/ 目录，都会被忽略；
/fd1/*
说明：忽略根目录下的 /fd1/ 目录的全部内容；
/*
!.gitignore
!/fw/
/fw/*
!/fw/bin/
!/fw/sf/
说明：忽略全部内容，但是不忽略 .gitignore 文件、根目录下的 /fw/bin/ 和 /fw/sf/ 目录；注意要先对bin/的父目录使用!规则，使其不被排除。
温馨提示：
如果你不慎在创建.gitignore文件之前就push了项目，那么即使你在.gitignore文件中写入新的过滤规则，这些规则也不会起作用，Git仍然会对所有文件进行版本管理。简单来说出现这种问题的原因就是Git已经开始管理这些文件了，所以你无法再通过过滤规则过滤它们。所以大家一定要养成在项目开始就创建.gitignore文件的习惯，否则一单push，处理起来会非常麻烦。
ZT- 散尽浮华
⑶ Git基本操作
安装完 Git 软件后，需要我们做一下全局的配置工作，如：用户名、邮箱等。
命令：git config
设置用户名命令：
设置邮箱命令：
其中， --global 指定为全局配置，不指定该参数，则为当前所在仓库配置。
查看配置：
在本地创建版本库，需要使用 git init 命令。
首先，我们需要新建一个存放版本库的文件夹，然后进入到该目录所在路径，执行如下命令，格式为：
最后查看文件夹，可以看到包含有 .git 子文件夹，说明创建版本库成功了。
也可以在执行 git init 命令时指定一个文件夹作为版本库。格式为：
克隆版本库是指从现有 Git 版本库中拷贝项目。
克隆版本库使用如下命令，格式为：
如果我们需要克隆到指定的目录，可以使用以下命令格式：
如：克隆远程仓库
添加一个或多个文件到暂存区：
添加指定目录到暂存区，包括子目录：
添加当前目录下的所有文件到暂存区：
查看在我们上次提交之后是否有对文件进行再次修改。 格式为：
-s参数可以帮助我们获得比较简短的显示结果。
如：我们在一个版本库中所在目录中增加一个 Unit1.pas 文件，然后执行如下命令：
显示暂存区和工作区的差异:
显示暂存区和上一次提交(commit)的差异:
显示两次提交之间的差异:
将暂存区内容添加到本地仓库中。
提交暂存区到本地版本库中:
message 可以用于描述提交的信息。
提交暂存区的指定文件到版本库区：
修改后直接提交：
-a参数设置修改文件后不需要执行 git add 命令，直接来提交。
如：我们在上面的命令基础上进行提交
接下来，我们对 Unit1.pas 文件进行修改，然后进行文件比较：
git reset 命令用于回退版本，可以指定退回某一次提交的版本。
git reset 命令语法格式如下：
可以使用 数字表示
git rm 命令用于删除文件。
如果只是简单地从工作目录中手工删除文件，运行 git status 时就会在 Changes not staged for commit 的提示。所以，在 git 环境下一定要使用 git 的删除文件操作。
git rm 删除文件有以下几种形式：
将文件从暂存区和工作区中删除：
如果删除之前修改过并且已经放到暂存区域的话，则必须要用强制删除选项 -f 。
如果想把文件从暂存区域移除，但仍然希望保留在当前工作目录中，换句话说，仅是从跟踪清单中删除，使用 --cached 选项即可：
可以递归删除，即如果后面跟的是一个目录做为参数，则会递归删除整个目录中的所有子目录和文件：
git mv 命令用于移动或重命名一个文件、目录或软连接。
如果新文件名已经存在，但还是要重命名它，可以使用 -f 参数：
⑷ git命令行提交部分代码不是很麻烦
git一般针对若干文件的参数是这样写的
git命令参数--文件1文件2...文件n
中间是两根短横线
⑸ 为什么 git 命令参数 有的是一个横线开头，有的是两个横线开头
*nix命令都是如此，一个横线开头的接参数的缩写，两个横线开头的接参数的全称git -h
git --helporgit remote [-v | --verbose]对比win下参数用/dir /?
format /Q
⑹ Git常用命令
1.1 配置环境
当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的，因为每次Git提交都会使用该用户信息。该用户信息和GitHub上注册的远程仓库的相关信息没有任何关系。
git config --global user.name "你的名字"
git config --global user.email "你的邮箱"
git config --list
配置信息保存在用户目录下的.giitconfig文件中
1.2 获取Git仓库
要使用Git对我们的代码进行版本控制，首先需要获得Git仓库
获取Git仓库通常有两种方式：
执行步骤如下：
1、在电脑的任意位置创建一个空目录作为我们的本地Git仓库
2、进入这个目录中，点击右键打开Git bash 窗口
3、执行命令git init
可以通过Git提供的命令从远程仓库进行克隆，将远程仓库克隆到本地的命令形式为：
git clone 远程Git仓库地址
1.3 工作目录、暂存区以及版本库概念
版本库：.git隐藏文件就是版本库，版本库存储了很多配置信息、日志信息和文件版本信息等
工作目录（工作区）：包含.git文件夹的目录就是工作目录，主要用于存放开发的代码
暂存区：.git文件夹中有很多文件，其中一个index文件就是暂存区，也可以叫做stage。暂存区是一个临时保存修改文件的地方
1.4 Git工作目录下文件的两种状态
Git工作目录下的文件存在两种状态：
Unmodified 未修改状态
Modified 已修改状态
Staged 已暂存状态
这些文件的状态会随着我们执行Git的命令发生变化
1.5 本地仓库操作
git status 查看文件状态
也可以使用git status -s使输出信息更简洁
git add 将未跟踪的文件加入暂存区，将已经修改的文件加入暂存区也是通过这个命令
git reset 将暂存区文件取消暂存
git commit -m “你的说明” 将暂存区文件提交到本地仓库
git rm 删除文件 说明：这种操作是直接将文件加入到暂存区里面，直接提交到本地仓库生效，而直接删除的话没有进入到暂存区，需要先把文件加入到暂存区之后，再提交到本地仓库。
将文件添加至忽略列表
一般我们总会有些文件无需纳入Git的管理，也不希望他们总出现在未跟踪文件列表。通常这些都是自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。在这种情况下，我们可以在工作目录中创建一个名为.gitnore的文件（文件名称固定），列出忽略的文件模式。下面是一个示例：#代表注释
由于windows无法创建不含文件名的文件，因此我们需要在bash窗口中用如下命令创建。
git log 查看日记记录
1.6 远程仓库操作
如果想查看已经配置的远程仓库服务器，可以运行git remote 命令。它会列出指定的每一个远程服务器的简写。如果已经克隆了远程仓库，那么至少可以看见origin，这是Git克隆的仓库服务器的默认名字
git remote -v 可以查看对远程仓库详细一点的说明
git remote show origin 可以查看对origin更详细的远程仓库的说明
运行git remote add 添加一个远程Git仓库，同时指定一个可以引用的简写
如果你想获得一份已经存在了的Git仓库的拷贝，这时需要用到 git clone 命令。Git克隆的是Git仓库服务器上的几乎所有数据（包括日志信息、 历史 记录等），而不仅仅是复制工作所需要的文件。当你执行git clone 命令的时候，默认配置下Git仓库中的每一个文件的每一个版本都将被拉取下来。
如果因为一些原因想要移除一个远程仓库，可以使用git remote rm
注意：此命令只是从本地移除远程仓库的记录，并不会影响到远程仓库
git fetch 是从远程仓库获取最新版本到本地仓库，不会自动merge
说明：如果使用fetch命令，拉取的文件会放到版本库里面，不会自动整合到工作区，如果需要整合到工作区，需要使用 git merge 远程仓库别名/远程仓库分支
git pull 是从远程仓库获取最新版本并merge到本地仓库
注意：如果本地仓库不是从远程仓库克隆，而是本地创建的仓库，并且仓库中存在文件，此时再从远程仓库中拉取文件的时候会报错（fatal：refusing to merge unrelated histories），解决此我呢提可以在git pull 命令后加入参数 --allow-unrelated-histories
git push
1.7 Git分支
几乎所有的版本控制系统都是以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。Git的master是一个特殊分支。它跟其它分支没有区别。之所以每一个仓库都有mater分支，是因为git init默认创建它，并且大多数人都懒得去改动它。
# 列出所有本地分支
$ git branch
#列出所有远程分支
$ git branch -r
#列出所有本地分支和远程分支
$git branch -a
git branch 分支名称
git checkout 分支名称
git push 远程仓库别名 远程仓库分支
git merge 分支名称 说明：在当前分支下合并其他分支
注意：如果两个分支存在同样的文件名且同行的内容不一样，那么会产生矛盾，需要自己手动修改产生矛盾后的文件，然后添加到暂存区然后提交。
git branch -d 分支名称
如果要删除的分支中进行了一些开发动作，此时执行上面的删除命令并不会删除分支，可以将命令中的-d参数改为-D
如果要删除远程仓库中的分支，可以使用命令git push origin -d branchName
1.8 Git标签
像其他版本控制系统一样，Git可以给 历史 中的某一给提交打上标签，以示重要。比较有代表性的是人们会使用这个功能来标记发布结点（v1.0、v1.2等）。标签指的是某个分支某个特定时间点的状态。通过标签，可以很方便地切换到标记时的状态。
#新建一个tag
$ git tag [tagName]
$ git tag
#新建一个分支，指向某个tag
$ git checkout -b [branch] [tag]
#删除本地tag
$git tag -d[tag]
#删除远程tag
$git push origin :refs/tags/[tag]
⑺ Git命令大全
配置 Git 的相关参数。
Git 一共有3个配置文件：
1. 仓库级的配置文件：在仓库的 .git/.gitconfig ，该配置文件只对所在的仓库有效。
2. 全局配置文件：Mac 系统在 ~/.gitconfig ，Windows 系统在 C:\Users\<用户名>\.gitconfig 。
3. 系统级的配置文件：在 Git 的安装目录下（Mac 系统下安装目录在 /usr/local/git ）的 etc 文件夹中的 gitconfig 。
从远程仓库克隆一个版本库到本地。
初始化项目所在目录，初始化后会在当前目录下出现一个名为 .git 的目录。
查看本地仓库的状态。
操作远程库。
操作 Git 的分支命令。
检出命令，用于创建、切换分支等。
把已经提交的记录合并到当前分支。
把要提交的文件的信息添加到暂存区中。当使用 git commit 时，将依据暂存区中的内容来进行文件的提交。
将暂存区中的文件提交到本地仓库中。
从远程仓库获取最新的版本到本地的 tmp 分支上。
合并分支。
比较版本之间的差异。
从远程仓库获取最新版本并合并到本地。
首先会执行 git fetch ，然后执行 git merge ，把获取的分支的 HEAD 合并到当前分支。
把本地仓库的提交推送到远程仓库。
显示提交的记录。
还原提交记录。
生成一个新的提交来撤销某次提交，此次提交之前的所有提交都会被保留。
操作标签的命令。
重命名文件或者文件夹。
删除文件或者文件夹。
多人合作开发时，如果远程的分支被其他开发删除掉，在本地执行 git branch --all 依然会显示该远程分支，可使用下列的命令进行删除：
⑻ 如何在Git中忽略某些文件
1. 介绍
有些文件是我们并不想加入也无需被添加到 Git 管理中，同时也不希望他出现在未跟踪列表中。例如在编译过程中生成的 o 文件。 “.gitignore” 文件可以达到这个效果。
2. 全局与局部
.gitignore 有全局和局部两种：
2.1 全局
通过修改全局配置 git config 中的 excludesfile 指定全局忽略文件。设置方法：
$git config --global core.excludesfile ~/.gitignore
修改 ~/.gitignore 这个文件将作用于所有 git 项目，并且作用于项目实例中的所有被跟踪的目录。比如说我们可以在该文件中添加 *.o 来忽略所有 .o 文件。
2.2 局部
忽略文件默认为当前目录的 .gitignore ，但它只作用于当前目录下。上面说到，在全局的 .gitignore 文件中添加 *.o 会忽略所有目录下产生的 .o 文件，但在当前目录下的 .gitignore 中添加 *.o 却只能忽略当前目录下的 .o 文件。
3. 语法
.gitignore 的语法规范如下：
·所有空行或者以注释符号 ＃ 开头的行都会被 Git 忽略；
·可以使用标准的 glob 模式匹配。 * 匹配模式最后跟反斜杠（/）说明要忽略的是目录。 * 要忽略指定模式以外的文件或目录，可以在模式前加上惊叹号（!）取反。
glob 模式匹配：
·星号（*）匹配零个或多个任意字符；
·[abc] 匹配任何一个列在方括号中的字符（这个例子要么匹配一个 a，要么匹配一个 b，要么匹配一个 c）；
·问号（?）只匹配一个任意字符；
·[0-9a-zA-Z] 在方括号中使用短划线分隔两个字符，表示所有在这两个字符范围内的都可以匹配（比如 [0-9a-zA-Z] 表示匹配所有 0 到 9 的数字和所有字母）；
·\ 转义字符。
注：理论上来说，在要忽略的格式文件后面添加注释是允许的，但经过我的验证，结果发现这样子操作并不能达到预期的效果。
4. 例子
一个 .gitignore 例子。
# 此为注释 – 将被 Git 忽略
# 忽略所有 .a 结尾的文件
*.a
# 但 lib.a 除外
!lib.a
# 仅仅忽略项目根目录下的 TODO 文件，不包括 subdir/TODO
/TODO
# 忽略 build/ 目录下的所有文件
build/
# 会忽略 doc/notes.txt 但不包括 doc/server/arch.txt
doc/*.txt