配置

首先是配置帐号信息
ssh -T git@github.com # 登陆 github

修改项目中的个人信息

$ git config --global user.name "wirelessqa"
$ git config --global user.email wirelessqa.me@gmail.com

config

git config --global user.name JSLite # 设置提交用户名
git config --global user.email JSLite@yeah.net # 设置提交邮箱
git config --list # 查看配置的信息
git remote remove origin # 删除该远程路径
git remote add origin git@jslite.github.com:JSLite/JSLite.git # 添加远程路径

help

git help config # 获取帮助信息

配置自动换行（自动转换坑太大）

git config --global core.autocrlf input # 提交到 git 是自动将换行符转换为 lf

配置密钥

ssh-keygen -t rsa -C JSLite@yeah.net # 生成密钥
ssh -T git@github.com # 测试是否成功

多账号 ssh 配置

1. 生成指定名字的密钥

ssh-keygen -t rsa -C "邮箱地址" -f ~/.ssh/github_jslite
会生成 github_jslite 和 github_jslite.pub 这两个文件

2. 密钥复制到托管平台上

vim ~/.ssh/github_jslite.pub
打开公钥文件 github_jslite.pub ，并把内容复制至代码托管平台上

3. 修改 config 文件

vim ~/.ssh/config # 修改 config 文件，如果没有创建 config

Host jslite.github.com
HostName github.com
User git
IdentityFile ~/.ssh/github_jslite

Host abc.github.com
HostName github.com
User git
IdentityFile ~/.ssh/github_abc

4. 测试

ssh -T git@jslite.github.com # @后面跟上定义的 Host

Git 推向 3 个库

增加 3 个远程库地址

git remote add origin https://github.com/JSLite/JSLite.git
git remote set-url --add origin https://gitlab.com/wang/JSLite.js.git
git remote set-url --add origin https://oschina.net/wang/JSLite.js.git

删除其中一个 set-url 地址

usage: git remote set-url [--push] <name> <newurl> [<oldurl>]
   or: git remote set-url --add <name> <newurl>
   or: git remote set-url --delete <name> <url>

git remote set-url --delete origin https://oschina.net/wang/JSLite.js.git

push

git push origin master
git push -f origin master # 强制推送

1. 缩写 -f
2. 全写 --force
3. 注：强制推送文件没有了哦

pull

只能拉取 origin 里的一个 url 地址，这个 fetch-url
默认为你添加的到 origin的第一个地址

git pull origin master
git pull --all # 获取远程所有内容包括 tag
git pull origin next:master # 取回 origin 主机的 next 分支，与本地的 master 分支合并
git pull origin next # 远程分支是与当前分支合并

上面一条命令等同于下面两条命令
git fetch origin
git merge origin/next

如果远程主机删除了某个分支，默认情况下，git pull 不会在拉取远程分支的时候，删除对应的本地分支。这是为了防止，由于其他人操作了远程主机，导致 git pull 不知不觉删除了本地分支。
但是，你可以改变这个行为，加上参数 -p 就会在本地删除远程已经删除的分支。

$ git pull -p
# 等同于下面的命令
$ git fetch --prune origin 
$ git fetch -p

更改 pull

只需要更改 config 文件里，那三个 url 的顺序即可，fetch-url 会直接对应排行第一的那个 utl 连接。

新建仓库

init

git init # 初始化

status

git status # 获取状态

add

git add file #. 或 * 代表全部添加
git rm --cached <added_file_to_undo> 在 commit 之前撤销 git add 操作
git reset head 好像比上面git rm --cached更方便

commit

git commit -m "message" # 此处注意乱码

remote

git remote add origin git@github.com:JSLite/test.git # 添加源

push

git push -u origin master #push 同事设置默认跟踪分支
git push origin master

从现有仓库克隆

git clone git://github.com/JSLite/JSLite.js.git
git clone git://github.com/JSLite/JSLite.js.git mypro # 克隆到自定义文件夹
git clone [user@]example.com:path/to/repo.git/ #SSH 协议还有另一种写法。

git clone 支持多种协议，除了 HTTP(s) 以外，还支持 SSH、Git、本地文件协议等，下面是一些例子。$ git clone <版本库的网址> <本地目录名>

$ git clone http[s]://example.com/path/to/repo.git/
$ git clone ssh://example.com/path/to/repo.git/
$ git clone git://example.com/path/to/repo.git/
$ git clone /opt/git/project.git 
$ git clone file:///opt/git/project.git
$ git clone ftp[s]://example.com/path/to/repo.git/
$ git clone rsync://example.com/path/to/repo.git/

submodule

git submodule add --force 仓库地址 路径
其中，仓库地址是指子模块仓库地址，路径指将子模块放置在当前工程下的路径。
注意：路径不能以 / 结尾（会造成修改不生效）、不能是现有工程已有的目录（不能順利 Clone）
git submodule init 初始化 submodule
git submodule update 更新 submodule(必须在根目录执行命令)

当使用 git clone 下来的工程中带有 submodule 时，初始的时候，submodule 的内容并不会自动下载下来的，此时，只需执行如下命令：
git submodule update --init --recursive 下载的工程带有 submodule

git submodule foreach git pull submodule 里有其他的 submodule 一次更新
git submodule foreach git pull origin master submodule 更新

git submodule foreach --recursive git submodule init
git submodule foreach --recursive git submodule update

本地

add

git add * # 跟踪新文件
git add -u [path] # 添加 [指定路径下] 已跟踪文件

rm

rm *&git rm * # 移除文件
git rm -f * # 移除文件
git rm --cached * # 取消跟踪
git mv file_from file_to # 重命名跟踪文件
git log # 查看提交记录

commit

git commit # 提交更新
git commit -m 'message' # 提交说明
git commit -a # 跳过使用暂存区域，把所有已经跟踪过的文件暂存起来一并提交
git commit --amend # 修改最后一次提交
git commit log # 查看所有提交，包括没有 push 的 commit
git commit -m "#133" # 关联 issue 任意位置带上# 符号加上 issue 号码
git commit -m "fix #133" commit 关闭 issue
git commit -m '概要描述'$'\n\n''1.详细描述'$'\n''2.详细描述' # 提交简要描述和详细描述

reset

git reset HEAD *# 取消已经暂存的文件
git reset --mixed HEAD *# 同上
git reset --soft HEAD *# 重置到指定状态，不会修改索引区和工作树
git reset --hard HEAD *# 重置到指定状态，会修改索引区和工作树
git reset -- files *# 重置 index 区文件
那么如何跟随着 commit 关闭一个 issue 呢? 在 confirm merge 的时候可以使用一下命令来关闭相关 issue:
1. fixes #xxx 1. fixed #xxx 1. fix #xxx 1. closes #xxx 1. close #xxx 1. closed #xxx

revert

git revert HEAD # 撤销前一次操作
git revert HEAD~ # 撤销前前一次操作
git revert commit ## 撤销指定操作

checkout

git checkout -- file # 取消对文件的修改（从暂存区——覆盖 worktree file）
git checkout branch|tag|commit -- file_name # 从仓库取出 file 覆盖当前分支
git checkout HEAD~1 [文件] # 将会更新 working directory 去匹配某次 commit
git checkout -- . # 从暂存区取出文件覆盖工作区
git checkout -b gh-pages 0c304c9 这个表示 从当前分支 commit 哈希值为 0c304c9 的节点，分一个新的分支 gh-pages 出来，并切换到 gh-pages

diff

git diff file # 查看指定文件的差异
git diff --stat # 查看简单的 diff 结果
git diff # 比较 Worktree 和 Index 之间的差异
git diff --cached # 比较 Index 和 HEAD 之间的差异
git diff HEAD # 比较 Worktree 和 HEAD 之间的差异
git diff branch # 比较 Worktree 和 branch 之间的差异
git diff branch1 branch2 # 比较两次分支之间的差异
git diff commit commit # 比较两次提交之间的差异
$ git diff master..test # 上面这条命令只显示两个分支间的差异
git diff master...test # 你想找出‘master’,‘test’的共有 父分支和'test'分支之间的差异，你用 3 个‘.'来取代前面的两个'.'

stash

git stash # 将工作区现场（已跟踪文件）储藏起来，等以后恢复后继续工作。
git stash list # 查看保存的工作现场
git stash apply # 恢复工作现场
git stash drop # 删除 stash 内容
git stash pop # 恢复的同时直接删除 stash 内容
git stash apply stash@{0} # 恢复指定的工作现场，当你保存了不只一份工作现场时。

merge

git merge --squash test ## 合并压缩，将 test 上的 commit 压缩为一条

cherry-pick

git cherry-pick commit # 拣选合并，将 commit 合并到当前分支
git cherry-pick -n commit # 拣选多个提交，合并完后可以继续拣选下一个提交

rebase

git rebase master # 将 master 分之上超前的提交，变基到当前分支
git rebase --onto master 169a6 # 限制回滚范围，rebase 当前分支从 169a6 以后的提交
git rebase --interactive # 交互模式，修改 commit
git rebase --continue # 处理完冲突继续合并
git rebase --skip # 跳过
git rebase --abort # 取消合并

分支 branch

删除

git push origin :branchName # 删除远程分支
git push origin --delete new # 删除远程分支new
git branch -d branchName # 删除本地分支，强制删除用 - D
git branch -d test # 删除本地 test 分支
git branch -D test # 强制删除本地 test 分支

提交

git push -u origin branchName # 提交分支到远程 origin 主机中

拉取

git fetch -p # 拉取远程分支时，自动清理 远程分支已删除，本地还存在的对应同名分支。

分支合并

git merge branchName # 合并分支 - 将分支 branchName 和当前所在分支合并
git merge origin/master # 在本地分支上合并远程分支。
git rebase origin/master # 在本地分支上合并远程分支。
git merge test # 将 test 分支合并到当前分支

重命名

git branch -m old new # 重命名分支

查看

git branch # 列出本地分支
git branch -r # 列出远端分支
git branch -a # 列出所有分支
git branch -v # 查看各个分支最后一个提交对象的信息
git branch --merge # 查看已经合并到当前分支的分支
git branch --no-merge # 查看为合并到当前分支的分支

新建

git branch test # 新建 test 分支
git checkout -b newBrach origin/master # 取回远程主机的更新以后，在它的基础上创建一个新的分支

连接

git branch --set-upstream dev origin/dev # 将本地 dev 分支与远程 dev 分支之间建立链接
git branch --set-upstream master origin/next # 手动建立追踪关系

分支切换

git checkout test # 切换到 test 分支
git checkout -b test # 新建 + 切换到 test 分支
git checkout -b test dev # 基于 dev 新建 test 分支，并切换

远端

git fetch <远程主机名> <分支名> #fetch 取回所有分支（branch）的更新
git fetch origin remotebranch[:localbranch] # 从远端拉去分支 [到本地指定分支]
git merge origin/branch # 合并远端上指定分支
git pull origin remotebranch:localbranch # 拉去远端分支到本地分支
git push origin branch # 将当前分支，推送到远端上指定分支
git push origin localbranch:remotebranch # 推送本地指定分支，到远端上指定分支
git push origin :remotebranch # 删除远端指定分支
git checkout -b [--track] test origin/dev 基于远端 dev 分支，新建本地 test 分支 [同时设置跟踪]

撤销远程记录

git reset --hard HEAD~1 # 撤销一条记录
git push -f origin HEAD:master # 同步到远程仓库

忽略文件

echo node_modules/ >> .gitignore

删除文件

git rm -rf node_modules/

源 remote

git 是一个分布式代码管理工具，所以可以支持多个仓库，在 git 里，服务器上的仓库在本地称之为 remote。
个人开发时，多源用的可能不多，但多源其实非常有用。
git remote add origin1 git@github.com:yanhaijing/data.js.git
git remote # 显示全部源
git remote -v # 显示全部源 + 详细信息
git remote rename origin1 origin2 # 重命名
git remote rm origin # 删除
git remote show origin # 查看指定源的全部信息

同步一个 fork

github 教程
在 github 上同步一个分支 (fork)

设置

在同步之前，需要创建一个远程点指向上游仓库 (repo). 如果你已经派生了一个原始仓库，可以按照如下方法做。

$ git remote -v
# List the current remotes （列出当前远程仓库）
# origin  https://github.com/user/repo.git (fetch)
# origin  https://github.com/user/repo.git (push)
$ git remote add upstream https://github.com/otheruser/repo.git
# Set a new remote (设置一个新的远程仓库)
$ git remote -v
# Verify new remote (验证新的原唱仓库)
# origin    https://github.com/user/repo.git (fetch)
# origin    https://github.com/user/repo.git (push)
# upstream  https://github.com/otheruser/repo.git (fetch)
# upstream  https://github.com/otheruser/repo.git (push)

同步

同步上游仓库到你的仓库需要执行两步：首先你需要从远程拉去，之后你需要合并你希望的分支到你的本地副本分支。

从上游的存储库中提取分支以及各自的提交内容。 master 将被存储在本地分支机构 upstream/master

git fetch upstream
# remote: Counting objects: 75, done.
# remote: Compressing objects: 100% (53/53), done.
# remote: Total 62 (delta 27), reused 44 (delta 9)
# Unpacking objects: 100% (62/62), done.
# From https://github.com/ORIGINAL_OWNER/ORIGINAL_REPOSITORY
#  * [new branch]      master     -> upstream/master

检查你的 fork's 本地 master 分支

git checkout master
# Switched to branch 'master'

合并来自 upstream/master 的更改到本地 master 分支上。 这使你的前 fork's master 分支与上游资源库同步，而不会丢失你本地修改。

git merge upstream/master
# Updating a422352..5fdff0f
# Fast-forward
#  README                    |    9 -------
#  README.md                 |    7 ++++++
#  2 files changed, 7 insertions(+), 9 deletions(-)
#  delete mode 100644 README
#  create mode 100644 README.md

标签 tag

当开发到一定阶段时，给程序打标签是非常棒的功能。
git tag # 列出现有标签
git tag v0gi.1 # 新建标签
git tag -a v0.1 -m 'my version 1.4' # 新建带注释标签
git checkout tagname # 切换到标签
git push origin v1.5 # 推送分支到源上
git push origin --tags # 一次性推送所有分支
git tag -d v0.1 # 删除标签
git push origin :refs/tags/v0.1 # 删除远程标签
git pull --all # 获取远程所有内容包括 tag
git --git-dir='<绝对地址>/.git' describe --tags HEAD # 查看本地版本信息

日志 log

git config format.pretty oneline # 显示历史记录时，每个提交的信息只显示一行
git config color.ui true # 彩色的 git 输出
git log # 查看最近的提交日志
git log --pretty=oneline # 单行显示提交日志
git log --graph --pretty=oneline --abbrev-commit
git log -num # 显示第几条 log（倒数）
git reflog # 查看所有分支的所有操作记录
git log --since=1.day # 一天内的提交；你可以给出各种时间格式，比如说具体的某一天（“2008-01-15”），或者是多久以前（“2 years 1 day 3 minutes ago”）。
git log --pretty="%h - %s" --author=自己的名字 # 查看自己的日志
git log -p -2 # 展开两次更新显示每次提交的内容差异
git log --stat # 要快速浏览其他协作者提交的更新都作了哪些改动
git log --pretty=format:"%h - %an, %ar : %s"#定制要显示的记录格式
git log --pretty=format:'%h : %s' --date-order --graph#拓扑顺序展示
git log --pretty=format:'%h : %s - %ad' --date=short # 日期 YYYY-MM-DD 显示
git log <last tag> HEAD --pretty=format:%s 只显示 commit

重写历史

git commit --amend # 改变最近一次提交
git rebase -i HEAD~3 # 修改最近三次的提交说明，或者其中任意一次
git commit --amend # 保存好了，这些指示很明确地告诉了你该干什么
git rebase --continue 修改提交说明，退出编辑器。

pick f7f3f6d changed my name a bit
pick 310154e updated README formatting and added blame
pick a5f4a0d added cat-file

改成

pick 310154e updated README formatting and added blame
pick f7f3f6d changed my name a bit

查看某个文件历史

git log --pretty=oneline 文件名 # 列出文件的所有改动历史
git show c178bf49 # 某次的改动的修改记录
git log -p c178bf49 # 某次的改动的修改记录
git blame 文件名 # 显示文件的每一行是在那个版本最后修改。
git whatchanged 文件名 # 显示某个文件的每个版本提交信息：提交日期，提交人员，版本号，提交备注（没有修改细节）

打造自己的 git 命令

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

配置好后再输入 git 命令的时候就不用再输入一大段了，例如我们要查看状态，只需：

git st

总结

git help * # 获取命令的帮助信息
git status # 获取当前的状态，非常有用，因为 git 会提示接下来的能做的操作

报错

1. git fatal: protocol error: bad line length character: No s 解决办法：更换 remote 地址为 http/https 的
2. The requested URL returned error: 403 Forbidden while accessing解决 github push 错误的办法

解决方案：

#vim 编辑器打开 当前项目中的config文件
vim .git/config

#修改
[remote "origin"]  
    url = https://github.com/jaywcjlove/example.git  

#为下面代码
[remote "origin"]  
    url = https://jaywcjlove@github.com/jaywcjlove/example.git