git 非入门命令
2012-08-27 22:43
323 查看
此篇博客用来记录在开发过程中遇到的关于 git 的一些小应用技巧。
gitk
很漂亮的显示项目历史的图形界面
git log --since=="2 weeks ago"
commits from the last 2 weeks
git rebase
当一个项目存在两个分支或者同时几个人在完成一个项目的情况下,很可能会出现你要 push 你的代码的时候被 reject,因为别人已经先你一步完成 push 。这时候如果 git pull 然后再 git push 的话,在 git 的历史版本中会多出来一个版本,并且git的版本不再是同一条线,因为之前进行的 git pull 和 git push 都是基于最先的版本。那么为了版本的清晰和美观,解决办法就是使用 git rebase。首先 git fetch origin (这是 git pull 的前半部分,但不会把抓下来的修改合并到当前分支),然后
git rebase origin/master.
实际过程中,这个可能会产生冲突,先解决冲突,然后 git add 这个文件,但是不需要 commit,而是直接 git rebase --continue,最后再git push就行了,这样就产生了一个清晰的干净的 git 历史。
git stash
当你在开发一个新功能但发现以前的版本有个bug并且不得不先修复的时候,你可以用 git stash 来保存当前的工作状态,等到修复bug之后,再 unstash.
具体步骤如下:
git stash "work in progess..."
...fix your bug
git commit -a -m "fixed your bug"
git stash apply (回复以前的工作状态)
git blame [filename]
用来查找文件的每个部分是谁修改的
会一直更新的...
gitk
很漂亮的显示项目历史的图形界面
git log --since=="2 weeks ago"
commits from the last 2 weeks
git rebase
当一个项目存在两个分支或者同时几个人在完成一个项目的情况下,很可能会出现你要 push 你的代码的时候被 reject,因为别人已经先你一步完成 push 。这时候如果 git pull 然后再 git push 的话,在 git 的历史版本中会多出来一个版本,并且git的版本不再是同一条线,因为之前进行的 git pull 和 git push 都是基于最先的版本。那么为了版本的清晰和美观,解决办法就是使用 git rebase。首先 git fetch origin (这是 git pull 的前半部分,但不会把抓下来的修改合并到当前分支),然后
git rebase origin/master.
实际过程中,这个可能会产生冲突,先解决冲突,然后 git add 这个文件,但是不需要 commit,而是直接 git rebase --continue,最后再git push就行了,这样就产生了一个清晰的干净的 git 历史。
git stash
当你在开发一个新功能但发现以前的版本有个bug并且不得不先修复的时候,你可以用 git stash 来保存当前的工作状态,等到修复bug之后,再 unstash.
具体步骤如下:
git stash "work in progess..."
...fix your bug
git commit -a -m "fixed your bug"
git stash apply (回复以前的工作状态)
git blame [filename]
用来查找文件的每个部分是谁修改的
会一直更新的...
相关文章推荐
- git 简单使用 命令 ,最初级入门
- 30分钟git命令入门到放弃
- git命令入门
- git入门操作命令(转载)
- Git命令入门小结
- 新手入门使用git 简单使用 终端命令
- git使用入门-常用命令
- git(一)-git入门,版本库初始化以及常用命令操作
- 30 分钟 git 命令入门到放弃
- Git高速入门——Git安装、创建版本号库以及经常使用命令
- Git操作简单入门及相关命令
- Git快速入门-常用命令之独奏篇
- git常用命令,助你快速入门
- git入门-常用命令
- git快捷入门 常用命令
- GIT常用命令——入门必备
- Git快速入门和常用命令
- git入门常用命令
- Git 命令从入门到转行
- 30分钟Git命令“从入门到放弃”