更新: 2020-12-26
找 history string
git log -S search_value
refer: https://stackoverflow.com/questions/4468361/search-all-of-git-history-for-a-string/4472267#4472267
更新 : 2019-03-02
写一个常用流程比较清楚 :
项目开始 :
git clone ...
git add file
git commit -m "whatever"
git push
git rebase -i --root
第一个改成 reword 其余的改成 fixup
然后输入总 message, 比如 live
git push origin HEAD --force
之后开始维护和加功能 :
git checkout -b feature
git add feature.txt
git commit -m "s"
git push --set-upstream origin feature (第一次 push 要 set upstream)
现在假设我们想用 2 个 folder 来维护 2 个版本
git checkout master 回到 master
git clone -b feature url..
假设 master 有新东西, 我们去 master local folder 修改然后 push
在去开 feature local folder,
我不是很确定是不是一定要跑这 2 个
checkout master
git pull
然后是
git rebase -i master
git push origin HEAD --force
做好了以后去 master forlder
git checkout feature
git pull
git checkout master
git merge feature
git rebase -i xxx (从 feature 开始 rebase)
git push origin HEAD --force
结束.
维护 2 个 local folder 最重要的是要知道, 你在 feature 改东西, 回到 master forlder 是不知道的, 必须先 checkout 然后 pull 才可以做 merge 之类的.
分开 folder 不是必要的, 你可以简单通过 checkout 来维护 2 个版本. 我只是比较喜欢分开而已.
refer :
https://github.com/geeeeeeeeek/git-recipes
https://www.clock.co.uk/insight/deleting-a-git-commit
https://stackoverflow.com/questions/1338728/delete-commits-from-a-branch-in-git
https://segmentfault.com/a/1190000009658888
https://git-scm.com/download/gui/windows
1. git clone <url>
把项目克隆到本地
2. git clone <url> -b <BranchName>
克隆某个分支
3.git log
查看历史 commit, q 表示退出
4.git show, git status
查看当前的情况
5.git branch <BranchName>
创建新的 branch
6.git checkout <BranchName>
切换到某个 branch, 我们可以随时穿梭在多个 branch 之间开发. 本地文档会立即转换. checkout 前应该确保当前 branch 的修改都 commit 了.
7. git checkout -b <BranchName>
切换 branch 假如当前没有这个 branch 就创建一个.
8. git branch -d <BranchName>
删除 branch, -D 表示强制删除.
9.git reset
git reset --hard <hash>~2
git reset --soft head~3
git reset --mixed <hash>
reset 是用于删除历史计入的. 凡事重写 history 都要小心.
如果会影响到其它人请通知大家做好 commit, 然后你才重写, 重写后叫大家 re-clone. 这样就安全了. 当然如果整个 branch 就你一个人, 那你想怎样都行.
要解释 hard, soft, mixed , 我们先定义 working -> state -> commit, 这个是我们开发的流程.
--hard 表示回退到某次 commit, 把往后所有的 working, state, commit 都 clear 干干净净.
使用场景 : 发现做错了, 很想重头来过的时候.
--mixed 表示回退到某次 commit, 之后的 commit | state 都变成 working.
使用场景 : 比如我们修改了很多次代码, commit 了很多次. 后来我们发现，其实这么多次也就只是为了 fix 一个 bug.
那么我们可以使用 reset --mixed. 回到我们第一次的 commit, 然后往后的 commit 都变成了 working. 这时我们再 commit 一次就把之前那么多次的事儿一起 commit 了.
--soft 表示回退到某次 commit, 之后的所有 commit 都变成 state
使用场景 : 不清楚.
<hash>~<number> <hash> 就是某次 commit 的 hash, ~<number> 是表示前面第几个.
比如 :
git reset --hard xxxxx~2 意思是退回到 xxxx commit 前的 2 个 commit
git reset head~2 意思是退回到 head (通常就是最新那个) commit 前的 2 个 commit. 也就是删除前 2 次的 commit.
10. git checkout <hash>
回到那个情况 (只是为了查看, 不应该修改哦) git checkout <BranchName> (回到最新的)
11. git rebase
这个也是可以修改历史计入, 通常用于我们开发完成后，想要 merge to master 前，我们希望这个 branch 的历史计入美美, 这样 merge to master, master 才干净.
git rebase -i
修改全部历史 commit
这时 git 会开启编辑器, 我们会看到从开始到现在的所有 commit, 按照它的指示做, 我们可以合并 commit, 修改 commit message, 删除 commit 等等.
关闭编辑器代表完成, 建中我们可以通过 git rebase --abort 取消这次的 rebase.
git rebase -i head~<number>
git rebase -i <hash>~<number>
我们不一定要 rebase 所有的 commit, 也是可以通过 <hash>~<number> 去定位. 只处理后一部分的 commit.
注 : git rebase 和 reset 都不应该发生代码冲突 (conflict) . 因为 reset 的目的是移除, rebase 的目的是整理.
12. git push origin HEAD --force
强制同步到云端. 通常是因为我们修改了历史计入才需要强制.
13. git merge <BranchName>
git checkout master -> git merge feature-branch 通常开发好新功能就是这样的命令. 意思是把 feature-branch 合并到 master 里面.
14. git rebase -i <BranchName>
这个 rebase 和刚才的不同. 这个是当上游的分支有新的 commit 时，我们下游的分支需要做的 rebase.
比如 : 有 master 和 feature
feature 已经开发了 2 个 commit 了. 这时 master 有 bug 做了一个 fix bug 的 commit.
那现在 feature 也需要 fix 掉这个 bug. 如果我们使用 merge master to feature 的话, 我们的 history 看上去就不太好看.
我们更希望时间可以倒退, 早点发现这个 bug, 在还没有开始 feature branch 之前 bug 就 fix 好了.
要把历史计入修改成这样，我们需要
git checkout feature -> git rebase -i master
如果有 error 就试试 git rebase -i origin/master
这时有开启编辑器, 我们可以直接关掉, 如果遇到代码冲突 (这个是很有可能会发生的), 我们可以通过 vs code 查看对比.
修改好文件后, 我们通过 git add <FileName> 把修改好的 file add 进去, 然后 git rebase --continue 继续执行.
git 会一个个检查, 直到所有的冲突都没有. 就算完成了.
这个 rebase 的过程中，我们有能力去修改 commit message 或者做合并, 但是我不建议大家这样做, 因为我们的目前是 merge master to feature，并不是要整理 feature 的 hsitory.
15. git revert <hash>
这个和 reset 有点像，区别在于它是通过新开一个 commit 去执行这个倒退.
这样的好处是没有修改到之前的历史计入.
也是一样可以使用 head~<number>
这个回滚通常会有代码冲突.
比如 commit 1 -> commit 2 -> coomit 3 -> revert to commit 1
这时就好像我硬生生的 commit 1 场景下的代码直接覆盖进来, 肯定是有冲突的嘛.
然后我们就修改解决冲突. 然后 git add <FileName> -> git commit
如果建中遇到麻烦, 也可以 git revert --abort 取消操作.
16. git branch
查看目前在哪一个 branch 中.
17. git rebase -i --root
git reset 无法去掉第 1 个 commit, 可以用这个替代.
18. ignore 无效的时候用 (check in 过的东西就不可以 ignore 了, 要 clear cache 才行)
git rm -rf --cached .
git add .
注意 : 上面有好几个命令都用到 head <hash>~<number> 这样的定位法, 定位之后是否会使用当前的 commit 或者是前一个 commit, 大家自己去测试.
比如 git reset --hard xxx 那请问 xxx 这个 commit 是保留还是保留它的前一个 ? 我不常用, 没记着.