Git简介

_静水流深
70 阅读9分钟

开启掘金成长之旅！这是我参与「掘金日新计划 · 2 月更文挑战」的第 4 天，点击查看活动详情

版本控制

什么是版本控制 版本迭代 新的版本 版本管理器

版本控制是一种在开发过程中用于管理我们对文件、目录或工程等内容的修改历史，方便查看更改历史记录，备份以便恢复以前的版本的软件工程技术。

  • 实现跨域多人协同开发
  • 追踪和记载一个或者多个文件的历史记录
  • 组织和保护你的源代码和文档
  • 统计工作量
  • 并行开发、提高开发效率
  • 跟踪记录整个软件的开发过程
  • 减轻开发人员的负担，节省时间，同时降低认为错误

简单的说就是用于管理多人协同开发项目的技术。

没有进行版本控制或者版本控制本身缺乏正确的流程管理，在软件开发过程中会引入很多问题，如软件代码的一致性、软件内容的冗余、软件过程的事物性、软件开发过程中的并发性、软件源代码的安全性，以及软件的整合问题。

无论是工作还是学习，或者是自己做笔记，都经历过这样一个阶段！我们就迫切需要一个版本控制工具

常见的版本控制工具

我们学习的东西，一定是当下最流行的！

主流的版本控制器有如下这些：

  • Git
  • SVN（Subversion）
  • CVS（Concurrent Versions System）
  • VSS（Micorosoft Visual SourceSafe）
  • TFS（Team Foundation Server）
  • Visual Studio Online

版本控制分类

1、本地版本控制

记录文件每次更新，可以对每个版本做一个快照，或是记录补丁文件，适合个人用，如RCS

基本的Linux命令学习

  1. cd: 改变目录
  2. cd..回退到上一个目录，直接cd进入默认目录
  3. pwd：显示当前所在的目录路径
  4. ls：都是列出当前目录中的所有文件，只不过ll（两个ll）列出的内容更加详细
  5. touch：新建一个文件，如touch index.js就会在当前目录下新建一个index.js文件
  6. rm：删除一个文件，rm index.js就会把index.js文件删除
  7. mkdir：新建一个目录，就是新建一个文件夹
  8. rm -r：删除一个文件夹，rm -r src 删除src目录
  9. mv移动文件，mv index.html src index.htmml是我们要移动的文件，src是目标文件夹，当然，这样写，必须保证文件和目标文件夹在同一目录下
  10. reset重新初始化终端/清屏
  11. clear清屏
  12. history查看命令历史
  13. Help帮助
  14. exit退出

  15. 表示注释

Git配置

查看配置 git config -l

设置用户名与邮箱（用户标识，必要）

当你安装Git后首先要做的事情就是设置你的用户名称和e-mail地址。这是非常重要的，因为每次Git提交都会使用该信息。它被永远的嵌入到了你提交中

git config --global user.name "kuangshen" #名称
git config --global user.eamil 3530637699@qq.com #邮箱

只需要做一次这个设置，如果你传递了--global选项，因为Git将总会是会使用该信息来处理你在系统中所作的一切操作。如果你希望在一个特定的项目中使用不同的名称或e-mail地址，你可以在该项目中运行该命令而不要--global选项。总之--global为全局配置，不加为某个项目的特定配置。

查看不同级别的配置文件

#查看系统config
git config --sysytem --list

#查看当前用户(global)配置
git config --global --list

Git基本理论（核心）

工作区域

Git本地有三个工作区域，工作目录（Working Directory）、暂存区（Stage/Index）、资源库（Repositiory或Git Directory）。如果在加上远程的git仓库（Remote Directory）就可以分为四个工作区域。文件在这四个区域之间的转换关系如下：

  • Workspace：工作区，就是你平时存放项目代码的地方
  • Index/Stage：暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息
  • Repository：仓库区（或本地仓库），就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
  • Remote：远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换

工作流程

git的工作流程一般是这样的：

  1. 在工作目录中添加、修改文件
  2. 将需要进行版本管理的文件放入暂存区
  3. 将暂存区域的文件提交到git仓库

因此，git有三种状态：已修改（modified），已暂存（staged）,已提交（commited）

Git项目搭建

创建工作目录与常用指令

工作目录（WorkSpace）一般就是你希望Git帮助你管理的文件夹，可以是你项目的目录，也可以是一个空目录，建议不要有中文，日常使用只要记住下图6个命令：

本地仓库搭建

创建本地仓库的方法有两种：一种是创建全新的仓库，另一种是克隆远程仓库

1、创建全新的仓库，需要使用GIT管理的项目的根目录执行：

# 在当前目录新建一个Git仓库
$ git init

2、执行后可以看到，仅仅在项目目录中多出了一个.git目录，关于版本等的所有信息都在这个目录里面

克隆远程仓库

1、另一种方式是克隆远程目录，由于是将远程服务器上的仓库完全镜像一份至本地！

# 克隆一个项目和它的整个代码历史(版本信息)
git clone [url] https://gitee.com/kuangstudy/openclass.git

Git文件操作

文件共4种状态

版本控制就是对文件的版本控制，要对文件进行修改、提交等操作，首先要知道文件当前在什么状态下，不然可能会提交现在还不想提交的文件，或者要提交的文件没提交上

  • Untracked：未跟踪，此文件在文件夹中，但并没有加入到git库，不参与版本控制。通过git add状态变为Staged
  • Unmodify：文件已经入库，未修改，即版本库中的文件快照内容与文件夹中完全一致。这种类型的文件有两种去处，如果它被修改，而变为Modified如果使用git rm移出版本库，则成为Untracked文件
  • Modified：文件已修改，仅仅是修改，并没有进行其他操作。这个文件也有两个去处，通过git add可以进入暂存staged状态，使用git checkout则丢弃修改过，返回到unmodify状态，这个git checkout即从库中取出文件，覆盖当前修改！
  • Staged：暂存状态，执行git commit则将修改同步到库中，这时库中的文件和本地文件又变为一致，文件为Unmodify状态。执行git reset HEAD filename取消暂存，文件状态为Modified

查看文件中状态

上面说文件有4种状态，通过如下命令可以查看到文件的状态

# 查看指定文件状态
git status [filename]

# 查看所有文件状态
git status

# git add .                          添加所有文件到暂存区
# git commit -m "消息内容"            提交暂存区中的内容到本地仓库 -m 提交信息

忽略文件

有些时候我们不想把某些文件纳入版本控制中，比如数据库，临时文件，设计文件等

在主目录下建立.gitignore文件，此文件有如下规则

  1. 忽略文件中的空行或以井号（#）开始的行将会被忽略
  2. 可以使用Linux通配符。例如：星号（*）代表任意字符，问号（?）代表一个字符，方括号（[abc]）代表可选字符范围，大括号（{string1,string2,...}）代表可选字符串等。
  3. 如果名称的最前面有一个感叹号（!）,表示例外规则，将不被忽略
  4. 如果名称的最前面是一个路径分隔符（/），表示忽略的文件在此目录下，而子目录中的文件不忽略。
  5. 如果名称的最后一个路径分隔符（/），表示要忽略的是此目录下该名称的子目录，而非文件（默认文件或目录都忽略）
#为注释
*.txt             #忽略所有    .txt结尾的文件
!lib.txt        #但lib.txt除外
/temp            #仅忽略项目根目录下的TODO文件，不包括其他目录temp
build/            #忽略build/目录下的所有文件
doc/*.txt        #会忽略 doc/notes.txt 但不包括 doc/server

Git分支

分支在git中相对较难，分支就是科幻电影里面的平行宇宙，如果两个平行宇宙互不干扰，那对现在的你也没啥影响。不过，在某个时间点，两个平行宇宙合并了，我们就需要处理一些问题了！

git分支中常用指令：

# 列出所有本地分支
git branch

# 列出所有远程分支
git branch -r

# 新建一个分支，但依然停留在当前分支
git branch [branch-name]

# 新建一个分支，并切换到当前分支
git checkout -b [branch]

# 合并指定分支到当前分支
git merge [branch]

# 删除分支
git branch -d [branch-name]

# 删除远程分支
git push origin --delete [branch-name]
git branch -dr [remote/branch]

如果同一个文件在合并分支时都被修改了则会引起冲突：解决的办法是我们可以修改冲突文件后重新提交！选择要保留他的代码还是你的代码！

master主分支应该非常稳定，用来发布新版本，一般情况下不允许在上面工作，工作一般情况下在新建的dev分支上工作，工作完后，比如要发布，或者说dev分支代码稳定后可以合并到主分支master上来。

avatar
文章
阅读
粉丝