笔记-Git的使用
目录
一,Git之深入核心概念:一切皆引用
- 1,git的基本概念
- 2,git的实际操作
- 3,git中的引用
二,Git深入之二:交互式rebase, 交互式add和工作流
三,其他常用指令和git flow
Git之深入核心概念:一切皆引用
1,git的基本概念
image.pnggit分布式版本控制系统相对于中央式仓库一个最重要的区别点是它会有一个本地仓库。它相对于传统的svn有如下好处.
1,不必担心没有网络提交不了代码,本地也能办公
2,当然svn也能没有网络本地办公,但是对于提交代码会有一个commit记录,这个commit记录在svn没有网络的情况下是不能生成的
3,团队的协同开发,效率得到提升,特别是本地建分支,功能开发,以及分支维护等。(文章中提到git flow,rebase等常用功能)
4, 本地仓库中提供的暂存区和工作区的功能,能够解决分支之间协同开发的以困难点. 例如我有a,b两个分支,a分支我修改了某些文件,但是这个时候我需要切换到b分支进行开发,那么对于这些文件我可以先不提交,暂时放入暂存区
2,git的实际操作
下面来熟悉一下git如何去做一些常用的操作的. 首先使用git clone来clone一个远程仓库
$ git clone https://github.com/micaixiaoduanku/hello-world.git
Cloning into 'hello-world'...
remote: Enumerating objects: 41, done.
remote: Total 41 (delta 0), reused 0 (delta 0), pack-reused 41
Unpacking objects: 100% (41/41), done.
然后修改文件,并放入暂存区
vim README.md
$ git add README.md
$ git status
On branch master
Your branch is up to date with 'origin/master'.
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: README.md
接着commit到本地仓库
$ git commit -m "第一次提交"
[master 62fb97b] 第一次提交
1 file changed, 1 insertion(+), 3 deletions(-)
git log看下提交日志
git log
commit 62fb97b3d93d8bf347049921dfb7f7eddc58ff16 (HEAD -> master)
第一次提交
每次commit都会生成一个唯一id.
最后push到远端:
$ git push origin master
Counting objects: 100% (5/5), done.
Delta compression using up to 8 threads
Compressing objects: 100% (1/1), done.
Writing objects: 100% (3/3), 272 bytes | 272.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To https://github.com/micaixiaoduanku/hello-world.git
de97033..62fb97b master -> master
git的分支创建和切换
git log
commit 62fb97b3d93d8bf347049921dfb7f7eddc58ff16 (HEAD -> master, origin/master, origin/HEAD)
Author: xxxxxx <xxxxx@xxxxx.com>
Date: Sun Jan 6 21:46:07 2019 +0800
第一次提交
目前HEAD是指向的master说明,当前是master分支,接下来我们创建一个分支,并切换到它
$ git branch feature1
$ git checkout feature1
Switched to branch 'feature1'
huanglideMacBook-Pro:hello-world huangli$ git log
commit 62fb97b3d93d8bf347049921dfb7f7eddc58ff16 (HEAD -> feature1, origin/master, origin/HEAD, master)
目前可以注意到HEAD指向了feature1
3,git中的引用
image.png当下的代码永远是HEAD. 当做一个新的提交过后
image.png
HEAD永远是指到当前的位置.
origin/master和origin/HEAD的意思
origin/master和origin/HEAD是远程仓库的镜像.
git pull做了什么?
第一步做git fetch同步镜像,第二步做git merge. (这个merge是fast forward)
image.png
Git深入之二:交互式rebase, 交互式add和工作流
merge中的fast forward
image.png
在上面这种情况下,master merge feature1 就是fast forward,不会产生新的commit. 不过如果想在这种情况,不执行fastforward也是可以的,通过
git merge --no-ff feature1
image.png
master merge feature2就是正常的merge, 会产生新的commit
image.png
feature branching
我们在开发的过程中会遇到远程分支和本地分支不同步的情况,如下
image.png
如上面这种情况,我本地master是不能向远程master进行push操作的,必须先进行一次merge操作
image.png
然后这个时候才能push.
如果运气不好,还会遇到远程分支和本地分支不同步的情况,这个时候,还需要再次进行一次merge操作了
git rebase操作
rebase的实际操作
image.png
当feature1 rebase master后提交会变成这样
image.png
交互式rebase主要是在rebase过程中提供一些可供选择的功能,例如在rebase过程中合并commit, 修改一些提交信息等操作。
git rebase -i HEAD~2
pick 62fb97b 第一次提交
pick 4f94057 第二次提交
pick 0ad478e ttt
# Rebase de97033..0ad478e onto de97033 (3 commands)
#
# Commands:
# p, pick <commit> = use commit
# r, reword <commit> = use commit, but edit the commit message
# e, edit <commit> = use commit, but stop for amending
# s, squash <commit> = use commit, but meld into previous commit
# f, fixup <commit> = like "squash", but discard this commit's log message
# x, exec <command> = run command (the rest of the line) using shell
# d, drop <commit> = remove commit
# l, label <label> = label current HEAD with a name
# t, reset <label> = reset HEAD to a label
# m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]
# . create a merge commit using the original merge commit's
# . message (or the oneline, if no original merge commit was
# . specified). Use -c <commit> to reword the commit message.
其他常用指令和git flow
...