git init

git config -l 
# list and find name&email

git add .

git commit ...

git clone ...

git clone [url] [folder name]

vim .gitignore
# 编辑 *.swp
:wq
# 完成

vim .gitignore
# 编辑 *.a , !lib.a
git add .
git commit ...

git status

git status # 数commit的文件数其实就是add（绿色）文件数目

git status
# 发现有一个已经删除但是存在工作区的文件
git rm [file name]

git status
# 发现一个错误add上去的文件
git rm [file name] --cache
# 在暂存区删除文件但本地的文件还在

git stash # 储藏

git mv oldname newname

git mv filename newFolder # 一条命令等于三条
# mv filename newFolder
# git rm filename
# git add filename

git log # 输入hash

git tag new_tag [commit hash] # commit的hash串
# 一开始没写commit hash创建了一个空标签，不知道怎么添加commit hash进去于是只好删掉再输入

git status # 干净的branch
git tag # 发现有一个tag_to_be_pushed标签
git show tag_to_be_pushed # 有一个 First commit 的东西
git push origin tag_to_be_pushed # 尝试这样看行不行，结果成功了

git add .
git commit --amend # :q退出就好
# --amend 常用来修改branch顶端的commit（栈顶也就是最近一次commit）
# 也叫 追加提交 ，优点是不会产生新的commit id

# 修改commit时间至未来（修改git log显示时间）
git commit -m "nothing"
git commit --amend --date="Wed, 24 Jan 2018 21:59:00 +0800" 
# 这是date格式，不知道有没有更简单的写法

git reset [commit id] # 两个add退回一个不会，这里是都退回然后add一个
# 后来知道可以直接 git reset filename

# 引入 --soft 参数
git reset [commit id] --soft
# --soft 表示只把HEAD指针退回[commit id]的版本，但是index和working copy不变
# --hard 就是三个都变，因为working copy变化会影响work tree ，也就是可能丢失代码，所以不推荐
# --mixed（默认） 就是index和HEAD变化，working copy不变
# p.s.后来知道不用写【commit id】,可以直接写 git reset HEAD~1（HEAD^） 表示退回上一个版本。

git checkout filename
# git chekout branchName filename
# git checkout master 本质是把master分支上的HEAD指针取出来，达到所谓的“切换分支”
# git checkout filename 获得当前分支该文件的修改前版本

git remote # 列出远程仓库名
git remote -v # 列出详细url

git remote -v

git pull origin master

git remote add origin url

git rebase origin/master 
# 与merge类似，同样是把master分支合并到当前分支
# git rebase 又称 衍合 ， 变基操作，本质上改变了commit的历史
# git pull 包含了两步操作：
# git fetch 和 git merge
# git fetch 就是 “取下目标的更新”，放在“.git/FETCH_HEAD”这里
# git 有tracking（跟踪）概念，把【来源】和【目标】绑在一起，以避免不必要的参数

git diff

git log
# 发现一堆二五仔提交，都是对那个文件的修改，每个人改一点，题目问password是谁改的。

git blame config.rb
# 后来知道可以这样来查看所有修改过的代码是谁修改的！这个命令太厉害了命名也恰到好处哈哈哈

git branch test_code

git branch my_branch
git checkout my_branch

git tag # list
git checkout tag_name

git branch -D v1.2 # -D强制删除
git checkout v1.2

git checkout tags/v1.2

git checkout -b test_branch [commit_id]
# -b : 创建新分支并切换分支

git branch -d ...

git checkout test_branch
git push origin test_branch

git merge feature

git fetch 
# fetch 上面有提到

git rebase master feature 
# 将feature分支的修改应用到 master上
# 就是给master打上feature这个补丁

git rebase --onto master wrong read

# 用法：
git rebase --onto A B C
# B与C必须有共同的祖先commit

git repack -d 
# repack教程说的.
# “After packing, if the newly created packs make some existing packs redundant, remove the redundant packs. Also run git prune-packed to remove redundant loose object files.”

git cherry-pick [commit-id]
# 把特定id的commit在master提交（新commit 的id不同但名字一样）

git grep TODO 
# 检索代码功能。列出了四个

git log
# First coommit 拼错了
git rebase -i HEAD~~~
# 编辑这个文件把first的那行的pick改成edit
git commit --amend
# 修改拼写错误
git rebase --continue

git rebase -i HEAD^^^
# 将里面的三个pick改成s（squash），意思是将该commit合并到前一个commit。readme本身不用改
git commit --amend
git rebase --continue

git merge --squash [branch_name]

git rebase -i HEAD~~~

git bisect start master [first commit_id]
# master就是HEAD所在commit也就是最新commit，bad commit。而first commit 一定是good commit。所以
git bisect run ruby prog.rb 5
# 提示说15是正确结果，于是找到第一个不是15的commit就是正确答案。

git add -e filename
# 删掉第二行就好

# 这题看git log时间一个个找的...

git revert [bad_commit_id]
# revert的意思是不改变历史，“删除”特定commit，方法是新增commmit做特定commit的相反操作。

git reflog
# 列出所有历史
git checkout [restore_id]
# 找到该拿回来的commit_id

git diff
# 全保留就对了

git submodule add [url] [dir]