常用的 git 命令

更新: 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 是保留还是保留它的前一个 ? 我不常用, 没记着.

 

posted @ 2018-09-28 00:37  兴杰  阅读(450)  评论(0编辑  收藏  举报