阮一峰 git 学习 :https://www.ruanyifeng.com/blog/2015/12/git-cheat-sheet.html
git init
进行初始化# 在当前目录新建一个Git代码库,初始化仓库。 在当前目录下生成一个隐藏文件夹.git,不能修改.git下的任何东西
$ git init
# 新建一个目录,将其初始化为Git代码库
$ git init [project-name]
# 下载一个项目和它的整个代码历史
$ git clone [url]
#在根目录下新建一个md文件,并往文件里面填写内容
echo 'yuyuyuyuyuyuyu' >> yuyu.md
Git的设置文件为.gitconfig
,它可以在用户主目录下(全局配置),也可以在项目目录下(项目配置)
# 显示当前的Git配置
$ git config --list
# 编辑Git配置文件
$ git config -e [--global]
# 设置提交代码时的用户信息
$ git config [--global] user.name "[name]"
$ git config [--global] user.email "[email address]"
git status
工作区
添加到 暂存区
,在git中,文件无法直接从工作区直接添加到仓库区,必须先从工作区添加到暂存区,再从暂存区添加到仓库区。git add 文件名/目录名
# 将index.html添加到暂存区
git add index.html
# 将css目录下所有的文件添加到暂存区
git add css
# 将当前目录下所有的js文件添加到暂存区
git add *.js
# 添加当前目录下所有的文件
git add .
git add -A
git add --all
# 将文件从暂存区提交到仓库
git commit -m "提交说明"
# 如果不写提交说明,会进入vi编辑器,没有写提交说明,是提交不成功的。
git commit # 需要使用vi输入内容
# 如果是一个已经暂存过的文件,可以快速提交,如果是未追踪的文件,那么命令将不生效。
# 相当于git add和git commit -m的组合
git commit -a -m '提交说明'
# 修改最近的一次提交说明, 如果提交说明不小心输错了,可以使用这个命令
git commit --amend -m "提交说明"
git clone [远程仓库地址]
git clone [远程仓库地址] [本地项目名]
clone 完代码,再执行 git remote -v,会发现控制台输出
origin https://github.com/user1/repository.git (fetch)
origin https://github.com/user1/repository.git (push)
也就是说git为你默认创建了一个指向远端代码库的origin
(因为你是从这个地址clone下来的)。在这里我们要联系我们经常用到的命令git remote add origin 你的GitHub上的地址
,其实,这是手动的为你的远程仓库的地址在本地起一个别名。
# 获取远程仓库的更新,并且与本地的分支进行合并
git pull 地址 master
每次push操作都需要带上远程仓库的地址,非常的麻烦,我们可以给仓库地址设置一个别名
# 将本地仓库和远程仓库进行关联,并给远程仓库设置一个别名
git remote add 仓库别名 仓库地址
git remote add autumnFish git@github.com:autumnFish/test.git
# 删除绑定的远程仓库 autumnFish
git remote remove autumnFish
# 检查是否关联成功
git remote -v
# 一般情况需要先pull一下:git pull origin master
# push到远程库:
git push -u autumnFish master
# git clone的仓库默认有一个origin的别名
补充:git push origin 和 git push -u origin master 的区别
git push origin
上面命令表示,将当前分支推送到origin主机的对应分支。
如果当前分支只有一个追踪分支,那么主机名都可以省略。
如果当前分支与多个主机存在追踪关系,那么这个时候-u选项会指定一个默认主机,这样后面就可以不加任何参数使用git push。
git push -u origin master
上面命令将本地的master分支推送到origin主机,同时指定origin为默认主机,后面就可以不加任何参数使用git push了。
不带任何参数的 git push
,默认只推送当前分支,这叫做simple方式。此外,还有一种matching方式,会推送所有有对应的远程分支的本地分支。Git 2.0版本之前,默认采用matching方法,现在改为默认采用simple方式。
# 查看工作区与暂存区的不同
git diff
# 查看暂存区与仓库区的不同
git diff --cached
# 查看工作区与仓库区的不同,HEAD表示最新的那次提交
git diff HEAD
# 查看两个版本之间的不同
git diff c265262 de4845b
git reset --hard 版本号
将代码回退到某个指定的版本(版本号只要有前7位即可)git reset --hard head~1
将版本回退到上一次提交
git reset
命令后,版本会回退,使用git log
只能看到当前版本之前的信息。使用git reflog
可以查看所有的版本信息git branch 分支名称
创建分支,分支中的代码,在创建时与当前分支的内容完全相同。git branch dev
,创建了一个叫做dev的分支方法一:
git checout -b <new_branch_name> <commid_id>
方法二:
git checkout <commid_id>
git checkout -b <new branch name>
git branch
查看所有本地分支git branch -r
查看远程左右分支git branch -a
查看本地的和远端的分支git branch -v
#查看分支详情,包括分支指向的commitId及提交信息*
HEAD
,永远会指向当前分支git checkout 分支名称
切换分支 HEAD指针指向了另一个分支git checkout -b 分支名称
创建并切换分支 (创建一个新分支,并把head指针指向当前的分支)git checkout -
切换到上一个分支git push origin newbranch:newbranch // 创建了一个远程分支名字叫 newbranch,origin为关键字
git push --set-upstream origin newbranch // 把本地的新分支,和远程的新分支关联
或
git branch --set-upstream branch remote-branch
如果是在远端新建的分支,本地直接git checkout newbranch
就可以把远端的分支拉下来并切换到该分支了
git branch -d 分支名称
删除一个干净的分支(即相对当前分支而言该分支没有新的提交记录)git branch -D
强制删除一个分支,该分支有没有合并到当前分支的提交记录master
分支是可以删除的,但是不推荐那么做。# 删除远程分支
$ git push origin --delete [branch-name] git branch -a时,删除的分支没有了,并且远端刷新后该分支也不在了
$ git branch -dr [remote/branch] git branch -a时,删除的分支没有了,但是远端刷新后该分支还在
思路:对于已经有提交记录的分支删除后,实际上只是删除指针,commit记录还保留,如果想恢复,需要使用git reflog
查找该分支指向的commitId,然后根据commitId创建新的分支
git branch <branch_name> <commitId>
#根据指定commit创建新分支
git branch -m <branch_name> newname
git merge 分支名称
将其他分支的内容合并到当前分支。master
分支中执行git merge dev
将dev
分支中的代码合并到master
分支如果两个分支没有产生分叉情况,那么会进行快速合并,即fast-forward方式,它并不会产生新的commitId,只是改变了指针的指向,产生分叉合并可能会有冲突情况。
git merge --no-ff -m "msg" <branch_name>
#合并分支时禁用Fast forward模式
我们知道如果使用fast-forward
方式进行分支合并,只是简单改变了分支指针,而不会产生新的commit
记录。
为了保证合并数据的完整性,我们也可以在合并时指定不使用fast-forward
方式,使用 --no-ff
选项。这样,在merge
时就会生成一个新的commit,从日志上就可以看到分支合并记录了。
git stash
#将工作暂存
git stash list
#列出所有的暂存状态
从暂存区之中进行恢复,有两种处理方式:
1.先恢复,而后再删除暂存
git stash apply
git stash drop
2.恢复的同时也将stash内容删除
git stash pop
当我们在分支上进行代码开发时,有可能会接到突发需求,而当前的代码尚未完成,所以还不能直接提交。
为了解决这样的问题,git就提供了分支暂存的机制,可以将开发一半的分支进行保存,在适当的时候进行代码恢复。
git status
命令来查看那些因包含合并冲突而处于未合并(unmerged)状态的文件$ git status
On branch master
You have unmerged paths.
(fix conflicts and run "git commit")
Unmerged paths:
(use "git add <file>..." to mark resolution)
both modified: index.html
no changes added to commit (use "git add" and/or "git commit -a")
任何因包含合并冲突而有待解决的文件,都会以未合并状态标识出来。 Git 会在有冲突的文件中加入标准的冲突解决标记,这样你可以打开这些包含冲突的文件然后手动解决冲突。 出现冲突的文件会包含一些特殊区段,看起来像下面这个样子:
<<<<<<< HEAD:index.html
<div id="footer">contact : email.support@github.com</div>
=======
<div id="footer">
please contact us at support@github.com
</div>
>>>>>>> iss53:index.html
这表示HEAD
所指示的版本(也就是你的master
分支所在的位置,因为你在运行 merge 命令的时候已经检出到了这个分支)在这个区段的上半部分(=======
的上半部分),而iss53
分支所指示的版本在=======
的下半部分。 为了解决冲突,你必须选择使用由=======
分割的两部分中的一个,或者你也可以自行合并这些内容。 例如,你可以通过把这段内容换成下面的样子来解决冲突:
<div id="footer">
please contact us at email.support@github.com
</div>
上述的冲突解决方案仅保留了其中一个分支的修改,并且<<<<<<<
,=======
, 和>>>>>>>
这些行被完全删除了。 在你解决了所有文件里的冲突之后,对每个文件使用git add
命令来将其标记为冲突已解决。 一旦暂存这些原本有冲突的文件,Git 就会将它们标记为冲突已解决。
// 1.查看一下本地分支
git branch;
// 查看本地和远程的所有分支
git branch -a
// 2.新建一个本地的分支
git checkout -b newbranch //这个命令是新建一个分支,并切换到该分支上去
(git branch newbranch; git checkout newbranch)这两个命令合起来等同于上面的一个命令
// 3.新建一个远程分支(同名字的远程分支)
git push origin newbranch:newbranch //创建了一个远程分支名字叫 newbranch,origin为关键字
// 4.把本地的新分支,和远程的新分支关联
git push --set-upstream origin newbranch
这时就可以在这个分支下使用 git pull 推送支远程的新分支上了
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。