参考Git教程
1. 创建版本库
命令 | 行为 |
---|---|
git init |
把当前目录变成Git可以管理的仓库(添加.git文件) |
git add <file> |
将工作区中的<file>文件添加到暂存区 |
git commit -m "information" |
将暂存区中的<file>文件提交到当前分支 |
注意理解工作区、版本库、暂存区、分支的概念。
2. 版本回退(工作区、暂存区均重置)
命令 | 行为 |
---|---|
git log |
版本控制系统的历史记录 |
git log --pretty=oneline |
将历史记录显示在一行 |
git reset --hard HEAD^ |
回退到上一个版本 |
git reset --hard HEAD^^ |
回退到上上一个版本 |
git reset --hard <commit id> |
回退该版本号 |
git reflog |
用于查找版本号(当前版本之后的版本) |
3. 撤销修改
命令 | 行为 |
---|---|
git status |
列出工作区、暂存区和当前分支的状态 |
git checkout -- <file> |
撤销工作区修改,使工作区的<file>与当前暂存区的相同 |
git reset HEAD <file> |
撤销暂存区修改,使暂存区的<file>与当前分支的相同, |
场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file
。
场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD file
,就回到了场景1,第二步按场景1操作。
场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退,不过前提是没有推送到远程库。
4.删除文件
命令 | 行为 |
---|---|
git rm <file> |
从暂存区删除<file>,同时删除工作区的<file> |
在工作区删除文件后,有两种选择:
- 确实要从版本库中删除该文件,那就用命令git rm删掉,并且git commit,现在,文件就从版本库中被删除了。
- 另一种情况是删错了,从当前分支恢复到暂存区
git reset HEAD <file>
,从暂存区恢复到工作区git checkout -- <file>
。
4. 远程仓库
添加远程库
- 创建SSH-Key
ssh-keygen -t rsa -b 4096 -C "your_email@example.com"
- 将当前版本库与github远程仓库关联 (git remote add)
git remote add origin git@github.com:michaelliao/learngit.git
(复制SSH地址) - 将本地仓库的所有内容推送到远程仓库 (git push -u)
git push -u origin master
由于远程库是空的,我们第一次推送master分支时,加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。
从远程库克隆(git clone)
-
git clone git@github.com:michaelliao/gitskills.git
(复制SSH地址)
5. 分支管理
创建与合并分支
命令 | 行为 |
---|---|
git branch dev |
创建dev分支 |
git checkout dev |
切换到dev分支 |
git checkout -b dev |
创建并切换到dev分支 |
git branch |
查看分支 |
git merge dev |
合并指定分支到当前分支。Fast-forward表示“快进模式” |
git branch -d dev |
删除合并过的dev分支 |
git branch -D dev |
删除没有被合并过的dev分支 |
开发一个新feature,最好新建一个分支;
如果要丢弃一个没有被合并过的分支,可以通过git branch -D <name>强行删除。
解决冲突
命令 | 行为 |
---|---|
git log --graph --pretty=oneline --abbrev-commit |
可以看到分支合并图 |
分支管理策略
命令 | 行为 |
---|---|
git merge --no-ff -m "merge with no-ff" dev |
禁用Fast forward(快进模式) |
合并分支时,加上--no-ff参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而fast forward合并就看不出来曾经做过合并。
Bug分支
命令 | 行为 |
---|---|
git stash |
可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作 |
git stash list |
查看所有工作现场列表 |
git stash apply stash@{id} |
恢复工作现场 |
git stash drop stash@{id} |
删除工作现场 |
git stash pop stash@{id} |
回复后再删除工作现场(只有一个是可省略stash@{id}) |
因为当前正在做的分支没有commit时,操作其他分支工作区会受到影响,因此需要git stash。修复bug时,我们会通过创建新的bug分支进行修复,然后合并,最后删除;当手头工作没有完成时,先把工作现场git stash一下,然后去修复bug,修复后,再git stash pop,回到工作现场。
多人协作
命令 | 行为 |
---|---|
git remote |
查看远程库的信息 |
git remote -v |
查看远程库的详细信息 |
git push origin dev |
将dev分支推送到远程库 |
git checkout -b dev origin/dev |
由于克隆是只克隆master分支,在本地创建和远程分支对应的分支 |
git pull 和 git fetch
|
git pull取回远程主机某个分支的更新,再与本地的指定分支合并 |
git branch --set-upstream dev origin/dev |
如果git pull提示“no tracking information”,则说明本地分支和远程分支的链接关系没有创建 |
多人协作的工作模式通常是这样:
- 首先,可以试图用git push origin branch-name推送自己的修改;
- 如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;
- 如果合并有冲突,则解决冲突,并在本地提交;
- 没有冲突或者解决掉冲突后,再用git push origin branch-name推送就能成功!
6. 标签
命令 | 行为 |
---|---|
git tag v1.0 |
为当前分支的当前版本创建标签 |
git tag v1.0 6224937 (commit id) |
为这个版本创建标签 |
git tag -a v1.0 -m "version v1.0 released" 6224937 |
-a指定标签名,-m指定说明信息 |
git tag |
查看所有标签 |
git show v1.0 |
查看标签信息 |
git tag -d v1.0 |
删除本地标签 |
git push origin v1.0 |
推送某个标签到远程 |
git push origin --tags |
一次性推送全部尚未推送到远程的本地标签 |
先git tag -d v1.0 再 git push origin :refs/tags/v1.0
|
先删除本地标签,再删除远程标签 |
网友评论