都9102年了你还不会用Git就真的OUT了!

目录

一,Git之深入核心概念:一切皆引用

  • 1,git的基本概念
  • 2,git的实际操作
  • 3,git中的引用
    二,Git深入之二:交互式rebase, 交互式add和工作流
    三,其他常用指令和git flow

Git之深入核心概念:一切皆引用

1,git的基本概念

git分布式版本控制系统相对于中央式仓库一个最重要的区别点是它会有一个本地仓库。它相对于传统的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中的引用

当下的代码永远是HEAD. 当做一个新的提交过后

HEAD永远是指到当前的位置.

origin/master和origin/HEAD的意思

origin/master和origin/HEAD是远程仓库的镜像.

git pull做了什么?

第一步做git fetch同步镜像,第二步做git merge. (这个merge是fast forward)

Git深入之二:交互式rebase, 交互式add和工作流

merge中的fast forward

在上面这种情况下,master merge feature1 就是fast forward,不会产生新的commit. 不过如果想在这种情况,不执行fastforward也是可以的,通过

git merge --no-ff feature1

master merge feature2就是正常的merge, 会产生新的commit

feature branching

我们在开发的过程中会遇到远程分支和本地分支不同步的情况,如下

如上面这种情况,我本地master是不能向远程master进行push操作的,必须先进行一次merge操作

然后这个时候才能push.
如果运气不好,还会遇到远程分支和本地分支不同步的情况,这个时候,还需要再次进行一次merge操作了

git rebase操作

rebase的实际操作

当feature1 rebase master后提交会变成这样

交互式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.

最后

在现在这个金三银四的面试季,我自己在网上也搜集了很多资料做成了文档和架构视频资料免费分享给大家【包括高级UI、性能优化、架构师课程、NDK、Kotlin、混合式开发(ReactNative+Weex)、Flutter等架构技术资料】,希望能帮助到您面试前的复习且找到一个好的工作,也节省大家在网上搜索资料的时间来学习。

资料获取方式:加入Android架构交流QQ群聊:513088520 ,进群即领取资料!!!

点击链接加入群聊【Android移动架构总群】:加入群聊

资料大全

猜你喜欢

转载自blog.csdn.net/weixin_43351655/article/details/89360979