Git 的工作就是创建和保存你项目的快照及与之后的快照进行对比
GIT不仅仅是个版本控制系统,它也是个内容管理系统(CMS),工作管理系统等。
如果你是一个具有使用SVN背景的人,你需要做一定的思想转换,来适应GIT提供的一些概念和特征。
1、GIT是分布式的,SVN不是:这是GIT和其它非分布式的版本控制系统,例如SVN,CVS等,最核心的区别。
2、GIT把内容按元数据方式存储,而SVN是按文件:所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。
3、GIT分支和SVN的分支不同:分支在SVN中一点不特别,就是版本库中的另外的一个目录。
4、GIT没有一个全局的版本号,而SVN有:目前为止这是跟SVN相比GIT缺少的最大的一个特征。
5、GIT的内容完整性要优于SVN:GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性,确保在遇到磁盘故障和网络问题时降低对版本库的破坏。
- 克隆 Git 资源作为工作目录。
- 在克隆的资源上添加或修改文件。
- 如果其他人修改了,你可以更新资源。
- 在提交前查看修改。
- 提交修改。
- 在修改完成后,如果发现错误,可以撤回提交并再次修改并提交。
git add 暂存区的目录树被更新,将工作区的目录写入暂存区
git add –i [path] 查看这个目录下所有修改和删除但没有提交的文件。执行这个命令
git commit –m ‘提交代码并注释’:将暂存区的目录树提交到版本库中
git commit –am ‘第一次版本修改’:直接将工作区的代码提交到版本库
git remote rm [别名] :删除远程仓库
git clone [url] 复制对应地址的仓库下来
git remote –v 可以看到每个别名的实际链接地址
git pull 拉取最新的代码,若有冲突,则修改冲突的文件 ,不加参数的话 只是针对当前分支与远程自己分支进行同步更新
git pull origin next:master :取回origin主机的next分支,与本地的master分支合并。
git push origin local_branch:remote_branch :将本地分支推送到远程仓库
git reset head:暂存区的目录树被版本库中的代码重写,但是工作区不受影响
git reset --hard:将版本回退到上一次提交的版本
git rm –cached<file> 会直接从暂存区删除文件,工作区则不做出改变
git rm file 会将文件从缓存区和工作区删除
git checkout--<file> 将暂存区的代码写入工作区(可能会误删工作区未提交的代码)
git checked HEAD:将版本库中的所有代码替代工作区的代码,同时更新暂存区的代码
git diff 显示你上次提交更新后的更改或者写入缓存的改动
git config --global user.name '用户名':设置用户名
git config --global user.email 邮箱地址:设置邮箱
4、cat ~/.ssh/id_rsa.pub 查看公钥
A:工作区中存在,提交到暂存区,且工作区和暂存区的代码一致
创建分支:git branch (branchname)
切换分支:git checkout(branchname)
合并分支到当前分支上(在更新过程中也行会因为冲突出现报错,本地解决冲突后提交代码):git merge (branchname)
合并分支的某个文件到当前分支上: git checkout --patch A分支 f 文件
创建新分支并立即到该目录下:git checkout –b(branchname)
删除分支:git branch –d(branchname)
重命名分支:git branch -m devel develop
删除远程分支:git push origin --delete (branchname)
推送本地分支到远程:git push origin (branchname)
跟踪远程分支并推送:git push --set-upstream origin (branchname)
重命名本地分支:git branch -m (old) (new)
查看某个作者的日志: git log --author="John"
历史记录简洁版本:git log --oneline --decorate
什么时候出现了分支、合并:git log –-oneline –grash
逆向显示所有日志:git log --reverse --oneline
回退到某个版本:git reset --hard 版本号
回退到某个版本并保存工作区修改:git reset --soft 版本号
删除未监视的文件untracked files
# 删除 untracked files
git clean -f
# 连 untracked 的目录也一起删掉
git clean -fd
# 连 gitignore 的untrack 文件/目录也一起删掉 (慎用,一般这个是用来删掉编译出来的 .o之类的文件用的)
git clean -xfd
# 在用上述 git clean 前,墙裂建议加上 -n 参数来先看看会删掉哪些文件,防止重要文件被误删
git clean -nxfd
git clean -nf
git clean -nfd
GIT 标签(tag)操作
# 查看标签
git tag -a 'V1.0.0' -m '1.0版本'
git tag -a 'V1.0.0' 4f96b167c52a858492bf65be3635d970727c0316 -m '1.0版本'
--参数a即annotated的缩写,指定标签类型,后附标签名。参数m指定标签说明,说明信息会保存在标签对象中。
git push origin :refs/tags/v1.01 # 删除远程标签(就像git push origin :branch_1 可以删除远程仓库的分支branch_1一样, 冒号前为空表示删除远程仓库的tag)
git push origin [tagname]
git push origin tags # 将本地的标签一次性提交到 git 服务器
cherry-pick:会重演某些commit, 即把某些commit的更改重新执行一遍。 案例:比如 A 是一个项目的版本分支,B 是另一个项目的版本分支。这时候想要把 B分支 的某个功能合并到 A 分支上,又不想全部合并,就要用到 cherry-pick 了。 用法:git cherry-pick [某个提交的id号] tips:id 号可以通过 git log -2 获得,获取上两次的提交记录。
cherry-pick 不仅可以用在不同分支之间, 还可以用在同一个分支上。
同一分支用法也是一样的, 同一分支使用情形:比如说你在某一个向某个分支中添加了一个功能, 后来处于某种原因把它给删除了,然而后来某一天你又要添加上这个功能了, 这时候就可以使用cherry-pick把添加那个功能的commit, 再重演一遍.
冲突情况:本地进行了修改,想要 push 或 pull 的时候,别人已经提交,导致内容冲突,push 或者 pull 失败。
利用一些工具,比如 小乌龟、IDEA 等,打开冲突的文件。先要了解,冲突的产生是因为你和别人修改了同一行的代码,导致 git 无法识别到底认可谁的代码,导致冲突。所以,解决冲突的途径无非三种:要你的代码;要他的代码;你们两个的代码都要!之后,把修正后的代码。重新提交。然后再 pull 或者 push 就好了。
通过git stash将工作区恢复到上次提交的内容,同时备份本地所做的修改,之后就可以正常git pull了,git pull完成后,执行git stash pop将之前本地做的修改应用到当前工作区。
git stash: 备份当前的工作区的内容,从最近的一次提交中读取相关内容,让工作区保证和上次提交的内容一致。同时,将当前的工作区内容保存到Git栈中。
git stash pop: 从Git栈中读取最近一次保存的内容,恢复工作区的相关内容。由于可能存在多个Stash的内容,所以用栈来管理,pop会从最近的一个stash中读取内容并恢复。
git stash list: 显示Git栈内的所有备份,可以利用这个列表来决定从那个地方恢复。
git stash clear: 清空Git栈。此时使用gitg等图形化工具会发现,原来stash的哪些节点都消失了。