git快速学习笔记

1.目标

• 了解Git基本概念
• 能够概述git工作流程
• 能够使用Git常用命令
• 熟悉Git代码托管服务
• 能够使用idea操作git

2.概述

2.1开发中的实际场景

场景一：备份

    小明负责的模块就要完成了，就在即将Release之前的一瞬间，电脑突然蓝屏，硬盘光荣牺牲！几个月来的努力付之东流

场景二：代码还原

    这个项目中需要一个很复杂的功能，老王摸索了一个星期终于有眉目了，可是这被改得面目全非的代码已经回不到从前了。什么地方能买到哆啦A梦的时光机啊？

场景三：协同开发

    小刚和小强先后从文件服务器上下载了同一个文件：Analysis.java。小刚在Analysis.java文件中的第30行声明了一个方法，叫count()，先保存到了文件服务器上；小强在Analysis.java文件中的第50行声明了一个方法，叫sum()，也随后保存到了文件服务器上，于是，count()方法就只存在于小刚的记忆中了

场景四：追溯问题代码的编写人和编写时间！

    老王是另一位项目经理，每次因为项目进度挨骂之后，他都不知道该扣哪个程序员的工资！就拿这次来说吧，有个Bug调试了30多个

2.2版本控制器的方式

a、集中式版本控制工具

    集中式版本控制工具，版本库是集中存放在中央服务器的，team里每个人work时从中央服务器下载代码，是必须联网才能工作，局域网或互联网。个人修改后然后提交到中央版本库。举例：SVN和CVS

b、分布式版本控制工具

    分布式版本控制系统没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样工作的时候，无需要联网了，因为版本库就在你自己的电脑上。多人协作只需要各自的修改推送给对方，就能互相看到对方的修改了。

    举例：Git

2.3 SVN

2.4 Git

    Git是分布式的,Git不需要有中心服务器，我们每台电脑拥有的东西都是一样的。我们使用Git并且有个中心服务器，仅仅是为了方便交换大家的修改，但是这个服务器的地位和我们每个人的PC是一样的。我们可以把它当做一个开发者的pc就可以就是为了大家代码容易交流不关机用的。没有它大家一样可以工作，只不过“交换”修改不方便而已。

    git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。Git是LinusTorvalds为了帮助管理Linux内核开发而开发的一个开放源码的版本控制软件。同生活中的许多伟大事物一样，Git诞生于一个极富纷争大举创新的年代。Linux内核开源项目有着为数众多的参与者。绝大多数的Linux内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。到2002年，整个项目组开始启用一个专有的分布式版本控制系统BitKeeper来管理和维护代码。

    到了2005年，开发BitKeeper的商业公司同Linux内核开源社区的合作关系结束，他们收回了Linux内核社区免费使用BitKeeper的权力。这就迫使Linux开源社区（特别是Linux的缔造者LinusTorvalds）基于使用BitKeeper时的经验教训，开发出自己的版本系统。他们对新的系统制订了若干目标：

    速度

    简单的设计对

    非线性开发模式的强力支持（允许成千上万个并行开发的分支）

    完全分布式有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）

2.5.Git工作流程图

命令如下：

    1.clone（克隆）:从远程仓库中克隆代码到本地仓库

    2. checkout（检出）:从本地仓库中检出一个仓库分支然后进行修订

    3. add（添加）:在提交前先将代码提交到暂存区

    4. commit（提交）:提交到本地仓库。本地仓库中保存修改的各个历史版本

    5. fetch (抓取)：从远程库，抓取到本地仓库，不进行任何的合并动作，一般操作比较少。

    6. pull (拉取)：从远程库拉到本地库，自动进行合并(merge)，然后放到到工作区，相当于fetch+merge

    7. push（推送）:修改完成后，需要和团队成员共享代码时，将代码推送到远程仓库

3.Git安装与常用命令

本教程里的git命令例子都是在Git Bash中演示的，会用到一些基本的linux命令，在此为大家提前列举：

• ls/ll查看当前目录
• cat查看文件内容
• touch创建文件
• vi vi编辑器（使用vi编辑器是为了方便展示效果，学员可以记事本、editPlus、notPad++等其它编辑器）

4.基础操作指令

（ps：退出编辑：esc + ：wq + 回车）

Git工作目录下对于文件的修改（增加、删除、更新）会存在几个状态，这些修改发状态会随着我们执行Git的命令而发生变化。

本章节主要讲解如何使用命令来控制这些状态之间的转化：

1.git add （工作区 -》 暂存区）

2.git commit （暂存区 -》 本地仓库）

*1.查看修改的状态（status）

    作用：查看的修改的状态（暂存区、工作区）

    命令形式：**git status**

*2.添加工作区到暂存区（add）

作用：添加工作区一个或多个文件的修改到暂存区

命令形式：git add 单个文件名 | 通配符

    将**所有修改**加入暂存区： **git add .**

*3.提交暂存区到本地仓库（commit）

作用：提交暂存区内容到本地仓库的当前分支

命令形式：git commit -m '注释内容'

*4.查看提交日志（log）

以最简便的形式显示命令：git log --all --pretty=oneline --abbrev-commit --graph

5.版本回退

** 6.添加文件至忽略列表**

5.分支

几乎所有的版本控制系统都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug修改、开发新的功能，以免影响开发主线。

1.查看本地分支

    命令：git branch

2.创建本地分支

    命令：git branch 分支名

3. 切换分支（checkout）*

    命令：git checkout 分支名

我们还可以之间切换到一个不存在发分支（创建并切换）

    命令：git checkout -b 分支名

4. 合并分支（merge）*

一个分支上的提交可以合并到另一个分支

命令：git merge 分支名称

5.删除分支

不能删除当前分支，只能删除其他分支

git branch -d b1 删除分支时，需要做各种检查

git branch -D b1 不做任何检查，强制删除

6.解决冲突

当两个分支上对文件的修改可能会存在冲突,例如同时修改了同一个文件的同一行,这时就需要手动解决冲突,解决冲突步骤如下:

1.处理文件中冲突的地方

2.将解决完冲突的文件加入暂存区(add)

3.提交到仓库(commit)

冲突部分的内容处理如下所示:

7.开发中分支使用原则与流程

几乎所有的版本控制系统都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug修改,开发新的功能,以免影响开发主线。

在开发中,一般有如下分支使用原则与流程:

*** master (生产) 分支**

线上分支,主分支,中小规模项目作为线上运行的应用对应的分支;

*** develop (开发) 分支**

是从master创建的分支,一般作为开发部门的主要开发分支,如果没有其他并行开发不同期上线要求,都可以在此版本进行开发,阶段开发完成后,需要是合并到master分支,准备上线。

*** feature/xxxx分支**

从develop创建的分支,一般是同期并行开发,但不同期上线时创建的分支,分支上的研发任务完成后合并到decelop分支。

*** hotfix/xxxx分支**

从master派生的分支,一般作为线上bug修复使用,修复完成后需要合并到master,test,develop分支。

*还有一些其他分支,再次不再详述,例如test分支(用于代码测试),pre分支(预上线分支)等等。

总结

6.配置SSH公钥

7.操作远程仓库

1.添加远程仓库

此操作是先初始化本地库,然后与已创建的远程仓库进行对接。

**2.查看远程仓库 **

3.推送到远程仓库

4.本地分支与远程分支的关联关系

5.从远程仓库克隆

6.从远程仓库中抓取和拉取

7.解决合并冲突