文章目录
- Git分布式版本控制工具
- 1、目标
- 2、概述
- 2.1、开发中的实际场景
- 2.2、版本控制器的方式
- 2.3、SVM
- 2.4、Git
- 2.5、Git工作流程
- 3、Git安装与常用命令
- 3.1、Git环境配置
- 3.1.1 下载与安装
- 3.1.2基本配置
- 3.1.3为常用指令配置别名(可选)
- 3.1.4解决GitBash乱码问题
- 3.2、获取本地仓库
- 3.3、基础操作指令
- 3.3.1查看修改的状态(status)
- 3.3.2添加工作区到暂存区(add)
- Git
- 创建本地仓库
1.在idea里面写代码
2.把idea里面的代码提交到本地仓库 通过commit
3.从中央仓库更新代码 update fetch
4.推送代码 push
当我们刚初始化完本地仓库 此时文件是红色 (表示本地仓库是空的)当我们本地仓库有版本的时候 分两种情况:
1.idea里面修改了本地仓库里有的代码 修改后的文件和本地仓库的文件不一致 会变成蓝色
2.绿色表示的意思 新增的文件 并且需要添加到git版本中
3.黑色 表示 idea里面的代码和本地仓库版本的代码一致如果本地代码跟远程的代码不一样 有冲突
看冲突大小 一般的冲突 git会帮我们自动处理
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、SVM
2.4、Git
Git是分布式的,Git不需要有中心服务器,我们每台电脑拥有的东西都是一样的。我们使用Git并且有个
中心服务器,仅仅是为了方便交换大家的修改,但是这个服务器的地位和我们每个人的PC是一样的。我们可以
把它当做一个开发者的pc就可以就是为了大家代码容易交流不关机用的。没有它大家一样可以工作,只不
过“交换”修改不方便而已。
git是一个开源的分布式版本控制系统,可以有效、高速地处理从很小到非常大的项目版本管理。Git是
Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。
同生活中的许多伟大事物一样,Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众
多的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002
年间)。 到 2002 年,整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代
码。
到了 2005 年,开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束,他们收回了
Linux 内核社区免费使用 BitKeeper 的权力。 这就迫使 Linux 开源社区(特别是 Linux 的缔造者
Linus Torvalds)基于使用 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++等其它编辑器)
3.1、Git环境配置
3.1.1 下载与安装
下载地址: https://git-scm.com/download
下载完成后可以得到如下安装文件:
双击下载的安装文件来安装Git。安装完成后在电脑桌面(也可以是其他目录)点击右键,如果能够看到如下两个菜单则说明Git安装成功。
备注:
Git GUI:Git提供的图形界面工具
Git Bash:Git提供的命令行工具
当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的,因为每次Git提交都会使用该用户信息
3.1.2基本配置
1.打开Git Bash
2.设置用户信息
git config --global user.name"itcast"
git config --global user.email"hello@itcast.cn"
查看配置信息
git config --global user.name
git config --global user.email
3.1.3为常用指令配置别名(可选)
有些常用的指令参数非常多,每次都要输入好多参数,我们可以使用别名。
1.打开用户目录,创建.bashrc
文件
部分windows系统不允许用户创建点号开头的文件,可以打开gitBash,执行touch ~/.bashrc
2.在.bashrc
文件中输入如下内容:
#用于输出git提交日志
alias git-log='git log --pretty=oneline --all --graph --addrev-commit'
#用于输出当前目录所有文件及基本信息
alias ll="ls -al"
3.打开gitBash,执行source ~/.bashrc
3.1.4解决GitBash乱码问题
- 打开GitBash执行下面命令
git config --global core.quotepath false
- ${git_home}/etc/bash.bashrc文件最后加入下面两行
export LANG="zh_CN.UTF-8"
export LC_ALL="zh_CN.UTF-8"
3.2、获取本地仓库
要使用Git对我们的代码进行版本控制,首先需要获得本地仓库
- 在电脑的任意位置创建一个空目录(例如test)作为我们的本地Git仓库
- 进入这个目录中,点击右键打开Git bash窗口
- 执行命令git int
- 如果创建成功后可在文件夹下看到影藏的.git目录。
3.3、基础操作指令
Git工作目录下对于文件的修改(增加、删除、更新)会存在几个状态,这些修改的状态会随着我们执行Git的命令而发生变化。
本章节主要讲解如何使用命令来控制这些状态之间的转换:
1. git add(工作区–>暂存区)
2. git commit(暂存区–>本地仓库)
3.3.1查看修改的状态(status)
作用:查看的修改的状态(暂存区、工作区)
命令形式:git status
3.3.2添加工作区到暂存区(add)
作用:添加工作区一个或多个文件的修改到暂存区
Git
提交git忽略的文件
创建本地仓库
创建git仓库
找到根目录结构