1-Pro git

git config --global core.editor vim #使用vim来进行配置

git config --list #列出所有配置
git config <key> #检查某项配置

# git manpage
git help <verb>
git <verb> --help
man git-<verb>

git <verb> -h #获取快速参考

git init
git add *.c
git add LICENSE
git commit -m 'initial project version'

git clone <url>

 git status

git add <files> #追踪新文件，如果是目录，则追踪该目录下的文件

git status -s #git status --short

# 忽略所有的 .a 文件
*.a

# 但跟踪所有的 lib.a，即便你在前面忽略了 .a 文件
!lib.a

# 只忽略当前目录下的 TODO 文件，而不忽略 subdir/TODO
/TODO

# 忽略任何目录下名为 build 的文件夹
build/

# 忽略 doc/notes.txt，但不忽略 doc/server/arch.txt
doc/*.txt

# 忽略 doc/ 目录及其所有子目录下的 .pdf 文件
doc/**/*.pdf

git diff #查看未暂存的文件具体修改了什么地方
git diff --staged #比对已暂存文件与最后一次提交的文件差异
git diff --cached #查看已暂存的文件的变化

git commit #写好提交说明，直接commit会启动默认编辑器编写提交消息
git commit -m "提交说明"
git commit -a -m "提交说明" #跳过使用暂存区直接提交，不过要小心

git rm #从暂存区移除文件
git rm -f #删除之前修改过或已经放到暂存区的文件
git rm --cached #让Git不再跟踪
git rm log/\*.log #通配符，使用反斜杠是因为不用Shell帮忙展开

git mv file_from file_to

git log #按时间顺序列出所有提交，包括校验和、作者姓名、电子邮件、提交时间、提交说明
git log -p #--patch 显示每次提交引入的差异，-n参数限制显示数量
git log --stat # 在每次提交下面列出所有被修改的文件、有多少被修改、总结
git log --pretty=oneline #使用不同于默认格式的方式展示提交历史，online将每个提交放在一行显示，format可以定制记录的显示格式
git log --pretty=format:"%h %s" --graph
git log --since=2.weeks #列出最近两周的提交
git log -S <name> #筛选添加/删除某字符串的提交

git commit --amend #提交完后发现漏了文件/提交信息写错了，替换提交，意义是不让“小修补”这种信息进入提交历史
git reset HEAD <file> #取消暂存
git checkout -- <file> #放弃修改，是一个危险的命令，该文件在本地任何的修改都会消失

git remote #查看远程仓库信息
git remote -v #查看读写远程仓库url
git remote add <shortname> <url> #添加一个新的远程仓库
git fetch <reponame> #拉去远程有但本地没有的信息
git pull #自动抓取后合并远程分支到当前分支
git push <remote> <branch> #推送
git remote show <remote> #查看一个远程仓库的更多信息
git remote rename <name_from> <name_to> #重命名远程仓库简写名
git remote remove <remote> #移除一个远程仓库

git tag #列出已有标签
git tag -l "" #按特定模式查找标签
git tag -a v1.4 -m "my version 1.4" #创建附注标签，附注标签是一个对象，有校验和
git tag v1.4-lw #创建轻量标签，轻量标签只是一个引用，不是一个对象
git tag -a v1.2 9fceb02 #给过去补标签
git push origin <tagname> #将标签推送到远程
git push origin --tags #将所有标签推送到远程
git tag -d <tagname> #删除本地仓库轻量标签
git push origin --delete <tagname> #删除远程标签
git checkout <tagname> #查看某个标签指向的文件版本，但会使仓库处于detached HEAD状态，需要当心

git config --global alias.ci commit
git config --global alias.st status
git config --global alias.br branch
git config --global alias.unstage 'reset HEAD --'
git config --global alias.last 'log -1 HEAD'
git config --global alias.visual '!gitk' #将git visual定义为gitk的别名，也就是说，将外部命令定义到git中

git branch <branchname> #只是创建了一个可以移动的新的指针,HEAD是指向当前分支的特殊指针，可以想象成是当前所在分支的别名
git log --online --decorate #查看各个分支当前所指对象
git checkout <branchname> #讲HEAD切换到一个已存在的分支
git checkout -b <branchname> #创建一个新分支然后立刻切换过去

git log --oneline --decorate --graph --all #查看项目分叉历史

让我们来看一个简单的分支新建与分支合并的例子，实际工作中你可能会用到类似的工作流。 你将经历如下步骤：

1. 开发某个网站。

2. 为实现某个新的用户需求，创建一个分支。

3. 在这个分支上开展工作。


正在此时，你突然接到一个电话说有个很严重的问题需要紧急修补。 你将按照如下方式来处理：

1. 切换到你的线上分支（production branch）。

2. 为这个紧急任务新建一个分支，并在其中修复它。

3. 在测试通过之后，切换回线上分支，然后合并这个修补分支，最后将改动推送到线上分支。

4. 切换回你最初工作的分支上，继续工作。

git checkout -b iss53

#作出修改然后
git commit -a -m "added sth"

#遇到紧急情况
git checkout -b hotfix
#作出一些修改然后
git commit -a -m 'fixed bugs'

#测试之后合并
git checkout master
git merge hotfix #会出现Fast-forward，合并操作

#删除不需要的分支
git branch -d hotfix
#切换回原分支
git checkout iss53
#作出一些修改然后提交
git commit -a -m 'do sth'

#合并分支
git checkout master
git merge iss53 #recursive strategy

git branch -d iss53 #删除分支

git branch -v #查看每个分支的最后一次提交
git branch --merged #查看已经合并了的分支
git branch --no-merged #查看包含未合并工作分支
git branch -D <branchname> #强制删除并放弃未合并内容

git ls-remote <remote> #获取远程引用完整列表

git push origin serverfix #serverfix被展开为refs/heads/serverfix:refs/heads/serverfix
git merge origin/serverfix #如果是抓到了别人的更新，则不会自动拷贝文件，需要自己merge到当前分支
git checkout -b serverfix origin/serverfix #创建一个用于工作的本地分支

git pull #自动识别抓取合并
git checkout --track origin/serverfix #
git branch -vv #查看设置的所有追踪分支

git fetch #从服务器拉取数据但不合并
git pull #从服务器拉取数据并自动合并，相当于git fetch + git merge

git push origin --delete serverfix

git rebase <basebranch> <topicbranch>

# rebase
git checkout experiment
git rebase master #原理：找到两个分支最近共同祖先，把当前分支的修改存为临时文件，将当前分支指向目标基底，最后将临时文件的修改应用

git checkout master
git merge experiment

git rebase --onto master server client

# 工作流程
1. 项目维护者推送到主仓库。

2. 贡献者克隆此仓库，做出修改。

3. 贡献者将数据推送到自己的公开仓库。

4. 贡献者给维护者发送邮件，请求拉取自己的更新。

5. 维护者在自己本地的仓库中，将贡献者的仓库加为远程仓库并合并修改。

6. 维护者将合并后的修改推送到主仓库。

git diff --check #检查空白错误，提交不应该包含任何空白错误
git add --patch #使用add的交互式模式，让每次提交成为一个逻辑上的独立变更集

首字母大写的摘要（不多于 50 个字符）

如果必要的话，加入更详细的解释文字。在大概 72 个字符的时候换行。
在某些情形下，第一行被当作一封电子邮件的标题，剩下的文本作为正文。
分隔摘要与正文的空行是必须的（除非你完全省略正文），
如果你将两者混在一起，那么在使用例如变基这样的工具时，它们会生成难以阅读的输出，让人困惑。

使用指令式的语气来编写提交信息：使用“Fix bug”而非“Fixed bug”或“Fixes bug”。
此约定与 git merge 和 git revert 命令生成提交说明相同。

空行接着更进一步的段落。

- 标号也是可以的。

- 项目符号可以使用典型的连字符或星号，后跟一个空格，行之间用空行隔开，
  但是可以依据不同的惯例有所不同。

- 使用悬挂式缩进

git push -u origin featureA
git push -u origin featureB:featureBee #当别人取的上游分支名字与你取的名字不一样时

# 先跳过这节，等有需求了再回来补