Git

• git config --global core.editor "vim" : 设置默认编辑器为 vim
• git config --list : 查看现有的配置
• git config color.ui always 设置 color，Emacs eshell 中 git diff 高亮
• git config core.quotepath false : 解决中文文件名显示为数字问题
• git config user.email your_email : 设置你的邮箱
• git config user.name your_name : 设置你的用户名, 提交会显示

几个 alias 方便操作:

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

git config 加上 --global 表示全局配置，如果不加的话则会被认为是当前仓库的。

• git add <filename> : 添加一个文件到 git 仓库中
• git checkout -- <file> : 还原未暂存（staged）的文件
• git commit --amend 修改最后一条提交
• git commit -m "commit message": 提交到本地。 Git 提交信息规范指南
• git init: 初始化一个 git 仓库
• git log: 查看提交日志
  • --stat ：显示每次更新的文件修改统计信息
  • --shortstat ：只显示 –stat 中最后的行数修改添加移除统计
  • --name-status: 查看改动文件
  • --pretty= ：设置日志输出格式
    • oneline 只展示一行
    • short medium full fuller email 展示不同程度的信息（不太实用）
    • raw 原始日志数据
    • format 格式化，比如 git log --pretty=format:"%h %ad | %s %d [%an]" --date=short
  • -p: 显示更多提交记录详情（类似 git diff ），~git log -p -2~ 显示最近两次
  • --author ：仅显示指定作者相关的提交
  • --since, --after, --until, --before ：仅显示指定时间之后、之前的提交
  • --date= 指定日期格式， relative 相对时间，更多参数命令行补全查看
• git pull --rebase: 更新仓库 git pull = git fetch + git rebase ，You should use git pull --rebase when your changes do not deserve a separate branch ¹
• git pull: 更新仓库 git pull = git fetch + git merge
• git push [remote-name] [branch-name] : 把本地的提交记录推送到远端分支
• git remote set-url origin new_repo_addr 更换远端 repo 地址²
• git reset HEAD <file>... : 取消暂存，那么还原一个暂存文件，应该是先 reset 后 checkout
• git shortlog -sn 提交统计³
• git stash : 隐藏本地提交记录, 恢复的时候 git stash pop 。这样可以在本地和远程有冲突的情况下，更新其他文件
• git stash --list: 查看储藏文件状态

git clone 提示⁴：

Cloning into 'project'… Unable to negotiate with 192.168.4.100 port 22: no matching host key type found. Their offer: ssh-rsa,ssh-dss fatal: Could not read from remote repository.

Please make sure you have the correct access rights and the repository exists.

解决办法：在 ~/.ssh/config 中添加：

Host git.xxx.com
    User git
    PubkeyAcceptedAlgorithms +ssh-rsa
    HostkeyAlgorithms +ssh-rsa

• git branch: 查看所有本地分支
  • -v 显示更多信息
  • -a 查看本地和远端分支
  • <branch-name> : 基于当前 commit 新建一个分支，但是不切换到新分支
• git checkout <branch-name> ：切换分支
  • -b <branch-name> ：新建并切换分支
  • -d <branch -name> ：删除本地分支
  • -b <local-branch-name> origin/<origin-branch-name> : 基于某个远程分支新建一个分支开发
  • --track origin/<origin-branch-name> : 跟踪远程分支（创建跟踪远程分支，Git 在 git push 的时候不需要指定 origin 和 branch-name ，其实当我们 clone 一个 repo 到本地的时候， master 分支就是 origin/master 的跟踪分支，所以提交的时候直接 git push ）。
• git push origin <branch-name> : 推送本地分支
• git push origin :<origin-branch-name> : 删除远程分支

如何放弃所有本地提交/改动，强制更新？

git fetch --all
git reset --hard origin/master
git pull

远端分支被别人删除，自己本地 git br -a 还是能看到怎么办？

git remote prune origin ⁵。

1. 使用 git log 查看提交的 hash 值
2. git reset --hard hash

可在本地回退到某一次提交，撤掉回退 git pull 即可。

如果想回退到远端分支的某一次提交，需要强制推送到远端分支: git push origin master -f 。

回退未纳入版本管理的文件和目录： git clean -fd, f 表示文件， d 表示目录⁶。

当一个项目引用另外一个 Git 项目时，你又不想只直接把另外一个项目的代码作为本项目的一部分（这样的话，就没法实时更新依赖项目了），Git 为此提供了 submodule 工具。

将 xxx 项目添加到 yyy 目录下: git submodule add git://xxx.git yyy/xxx

添加完之后，在本项目目录下会新增一个 .gitmodules 文件，用来记录本地子项目目录和远端 url 的对应关系。之后你需要将子模块映射关系提交到本项目远端。

克隆一个带子模块的项目时，得到的是一个空项目，你需要运行两个命令：

• git submodule init ：初始化本地配置文件
• git submodule update ：拉取子模块
• git submodule update --remote --merge ：更新 submodule

• 切换到接受合并的分支上： git checkout master
• 执行合并命令： git merge dev1

冲突处理

撤销合并: git merge --abort

合并单次提交

git cherry-pick commit-id

http.https 协议：

git config http.proxy http://127.0.0.1:7890
git config https.proxy http://127.0.0.1:7890

取消代理：

git config --unset http.proxy
git config --unset https.proxy

对于 ssh 协议，在 ~/.ssh/config 中添加：

Host github.com
ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p  # socket5
ProxyCommand socat - PROXY:127.0.0.1:%h:%p,proxyport=8080  # http

# commit 时转换为 LF, checkout 转换为 CRLF
git config --global core.autocrlf true
# commit 时转换为 LF, checkout 不转换
git config --global core.autocrlf input
# commit/checkout 都不做处理
git config --global core.autocrlf false

一般选择 input 最合理。

• untracked：未被跟踪的，没有纳入 Git 版本控制，使用 git add <filename> 纳入版本控制
• unmodified：未修改的，已经纳入版本控制，但是没有修改过的文件
• modified：对纳入版本控制的文件做了修改，git 将标记为 modified
• staged：暂存的文件，简单理解: 暂存文件就是 add 之后，commit 之前的文件状态

理解这几种文件状态对于理解 Git 是非常关键的（至少可以看懂一些错误提示了）。

详细可看：Pro Git: Git基础 中有讲到 直接记录快照，而非差异比较 ，这里只讲我个人的理解。

Git 关心的是文件数据整体的变化，其他版本管理系统（以 svn 为例）关心的某个具体文件的*差异*。这个差异是好理解的，也就是两个版本具体文件的不同点，比如某一行的某个字符发生了改变。

Git 不保存文件提交前后的差异，不变的文件不会发生任何改变，对于变化的文件，前后两次提交则保存两个文件。举个例子：

SVN:

1. 新建 3 个文件 a, b, c，做第一次提交 -> version1 : file_a file_b file_c
2. 修改文件 b， 做第二次提交(真正提交的是 修改后的文件 b 和修改前的 file_b 的 diff) -> version2: diff_b_2_1
3. 当我要 checkout version2 的时候，实际上得到的是 file_a file_b+diff_b_2_1 file_c

Git:

1. 新建 3 个文件 a, b, c，做第一次提交 -> version1 : file_a file_b file_c
2. 修改文件 b (得到~file_b1~), 做第二次提交 -> version2: file_a file_b1 file_c
3. 当我要用 version2 的时候，实际上得到的是 file_a file_b1 file_c

上面的 file_a file_b1 file_c 就是 version2 的 快照 。