1.git常见命令作用
git init
在哪一目录下,就会在该目录下生成.git目录.
注意:git init命令会把当前目录当作库。
git status
查看本地库的状态
git add .
将所有发生改变的文件添加到暂存区
这里的"."可以被替换成具体文件名,以表示只添加该文件
git commit -m 'git_initCommit'
将暂存区的文件实际保存到仓库的历史纪录,通过这些历史记录,我们就可以在工作树中复原文件.
-m后的是提交信息,是对这个提交的概述;如果不加-m'',会启用vim编辑录入提交信息.
提交信息非常关键,当你查看你的工作树时,需要通过提交信息来判断这次commit具体做了哪些改变.
git log
查看提交日志
git branch
将分支名列表显示,并确定当前所在分支
左侧标有*的表示这是我们当前所在的分支
git diff
查看工作树与暂存区的差别
没有执行"add ."即没有添加暂存区的话,暂存区为空,显示的是工作树与最新提交状态之间的差别
git diff HEAD
查看工作树与最新提交的区别
git checkout -b feature-A
创建切换分支
git branch feature-A
创建分支,这里的feature-A是我的分支名
git checkout feature-A
将当前分支切换到该分支
git checkout -
切换回上一个分支
培育分支:不断对一个分支进行提交的操作
创建分支的作用:可以在互不影响的情况下进行多个功能的开发
git merge --no-ff feature-A
合并分支,这里的feature-A是我的分支名
具体看:--no-ff
这个指令会进入vim编辑器,需要输入此次合并的信息,同样会出现在历史记录中.
vim操作:使用ZZ保存退出,ZQ不保存退出
git reset --hard
回溯历史版本
git commit -am ""
先暂时理解为add操作与commit操作的合并,但他远不止这样.
在windows环境下这个指令的提交信息要使用""包含.
git rebase -i HEAD~2
压缩历史,就是说将多个历史纪录压缩为一条历史纪录.
这里历史的压缩,压缩历史发生冲突后,会让你解决问题.
解决冲突:修改、add、commi.
为解决冲突这一操作添加的信息会变成最终的信息。
git clone +项目的url
该命令会把远程的库克隆到本地库目录下,与.git目录同级
2.git中stash命令作用以及相关其他命令
当你想要保存当前的暂存区和工作区的状态的时候,你可以使用git stash命令。比如:你正在开发一个新功能,写了一些代码(保存暂存的和没有暂存的或没有记录的),现在需要去修复一个紧急bug,你又不想提交,这时你可以选择保存当前工作区和暂存区的内容,需要的时候恢复。
这个命令会保存当前的暂存区和工作区的状态,然后返回到HEAD(git reset —hard HEAD)。最新的stach可以在.git/refs/stash中看到。
git stash save
save [-p|—patch] [-k|--[no-]keep-index] [-u|--include-untracked] [-a|—all] [-q|—quiet] [message]
[ ]代表这个参数是可选的
-k|--keep-index 表示 stash之后,所有对暂存区的改变会维持不变(比如你之前add 了一个file,提交之后,git status还是能够在暂存区看到你的 add),如果是—no-keep-index的话,stash之后的状态就是git reset —hard HEAD。
-p|—patch 不太了解,只知道用了会开启一个交互式的界面让你选择
-u|--include-untracked 会把没有记录到的文件也保存下来(比如你新建了一个文件,但是还没有git add,stash也会把这个文件保存下来)
-a|—all 会把忽略的文件也保存下来(.gitignore中的)
-q|—quiet 终端不打印输出
message 一个对这个stash的描述,如果执行git stash list,我们能够看到这个描述
git stash list
list [options]
不加options,会列出所有的stash,你也可以指定某个stash(stash@{0}代表最近的stash)
git stash show [stash]
显示和他parent的差异
git stash pop
pop [—index] [-q|—quiet] [stash]
与git stash save执行相反的操作,从stash list中移除这个stash,恢复工作区
—index 如果指定了这个参数,那么不仅恢复工作区,也会恢复暂存区
git stash apply
apply [—index] [-q|—quiet] [stash]
和pop类似,区别在于apply不会吧stash从stash list中移除
git stash branch
branch [branchname] [stash]
以这个stash被创建的那个commit为起点,创建一个叫branchname的分支,然后再在这个分支执行git stash pop —index stash
git stash clear
清空当前所有的stash
git stash create
创建一个stash,并返回他的commit对象,但并不在refs中存储这个对象
git stash store
存储通过create创建的stash。(可以在refs的stash和log/refs下看到这个stash)
3.git 中 merge 和 rebase命令 的区别。
1.采用merge和rebase后,git log的区别,merge命令不会保留merge的分支的commit:
2.处理冲突的方式:
(一股脑)使用merge命令合并分支,解决完冲突,执行git add .和git commit -m'fix conflict'。这个时候会产生一个commit。
(交互式)使用rebase命令合并分支,解决完冲突,执行git add .和git rebase --continue,不会产生额外的commit。这样的好处是,‘干净’,分支上不会有无意义的解决分支的commit;坏处,如果合并的分支中存在多个commit,需要重复处理多次冲突。
3.git pull和git pull --rebase区别:git pull做了两个操作分别是‘获取’和合并。所以加了rebase就是以rebase的方式进行合并分支,默认为merge。
注意:只有在冲突的时候,解决完冲突才会自动产生一个commit。
如果想在没有冲突的情况下也自动生成一个commit,记录此次合并就可以用:git merge --no-ff命令,
如果不加 --no-ff 则被合并的分支之前的commit都会被抹去,只会保留一个解决冲突后的 merge commit。
5.如何基于git实现代码review?
...
6.git如何实现v1.0 、v2.0 等版本的管理?
...
7.什么是gitlab?
...
8.github和gitlab的区别?
GitLab和GitHub一样属于第三方基于Git开发的作品,免费且开源,与Github类似,可以注册用户,任意提交你的代码,添加SSHKey等等(https://github.com/gitlabhq/gitlabhq 基于MIT协议)。
不同的是,GitLab是可以部署到自己的服务器上,数据库等一切信息都掌握在自己手上,适合团队内部协作开发,你总不可能把团队内部的智慧总放在别人的服务器上吧?
简单来说可把GitLab看作个人版的GitHub。
9.如何为github上牛逼的开源项目贡献代码?
..
10.git中 .gitignore文件的作用?
...
...
...
最新评论