Git
发表更新计算机基础15 分钟读完 (大约2223个字)

Git

Git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理

Git概述

Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众多的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。 到 2002 年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。
到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。 这就迫使 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds）基于使用 BitKeeper 时的经验教训，开发出自己的版本系统。

Linus对新的系统制定了若干目标：

  • 速度
  • 简单的设计
  • 对分线性开发模式的强力支持（允许成千上万并行开发的分支）
  • 完全分布式
  • 有能力高效管理类似LInux内核一样超大规模项目（速度和数据量）

Git和SVN相比

SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而开发人员工作的时候，用的都是自己的电脑，所以首先要从中央服务器下载最新的版本，然后开发，开发完后，需要把自己开发的代码提交到中央服务器。

集中式版本控制工具缺点：

  • 服务器单点故障
  • 容错性差

GIT（Distributed Version Control System）即分布式版本控制系统，有两种类型的仓库,本地仓库和远程仓库。

  • 本地仓库：是开发人员自己电脑上的GIT仓库
  • 远程仓库：是远在服务器上的GIT仓库
  • Clone：克隆，将远程仓库复制到本地
  • Push：推送，将本地仓库代码上传到远程仓库
  • Pull：拉取，将远程仓库代码下载到本地仓库

GIT工作流程

Git工作流程

  1. 从远程仓库中克隆代码到本地仓库

  2. 从本地仓库中checkout代码然后进行代码修改

  3. 在提交代码前先将代码提交到暂存区

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

  5. 修改完成后，需要和团队成员共享代码的时候，将代码push到远程仓库

    工作流程

GIT常用命令

环境配置

1
2
3
4
5
6
7
8
设置用户配置信息
git config --global user.name "username"
git config --global user.email "user@.com"

查看配置信息
git config --list
git config user.name
通过上面命令设置的信息会保存在~/.gitconfig文件中

获取GIT仓库

使用git init命令新建一个本地仓库

使用git clone命令从远程仓库进行克隆，将远程仓库克隆到本地

库的概念和文件状态

版本库：.git隐藏文件夹就是版本库，版本库中存储了很多配置信息、日志信息和文件版本信息等

工作目录（工作区）：包含.git文件夹的目录就是工作目录，主要用于存放开发的代码

暂存区：.git文件夹中有很多文件，其中有一个index文件就是暂存区，也可以叫做stage。暂存区是一个临时保存修改文件的地方

三个库

  • 未跟踪（Untracked)：文件没有加入到git库中，不参与本本控制，使用git add变为暂存
  • 已暂存（Staged）：标识对已经修改文件的当前版本做了标记，使之包含在下次提交的列表
  • 已修改（Modified）：标识修改了文件，但没有将修改的结果放到暂存区
  • 已提交（Unmodified）：标识文件已经安全保存在本地Git仓库中

四种状态

查看文件状态

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
查看文件状态
git status

git status -s 可以让输出结果更加简洁

将未跟踪的文件添加到暂存区
git add

将暂存区中的文件取消暂存
git reset

将暂存区中文件修改提交到本地仓库
git commit 

删除文件 
git rm

将文件添加到忽略列表：

有些文件无需纳入Git管理，在工作目录中创建一个.gitignore文件，列出忽略的文件模式

1
2
3
4
5
6
7
8
9
10
11
12
#不跟踪所有以a结尾文件
*.a
# but do track lib.a, even though you're ignoring .a files above
!lib.a
# only ignore the TODO file in the current directory, not subdir/TODO
/TODO
# ignore all files in the build/ directory
build/
# ignore doc/notes.txt, but not doc/server/arch.txt
doc/*.txt
# ignore all .pdf files in the doc/ directory
doc/**/*.pdf

远程仓库操作

查看远程仓库

1
如果想查看已经配置的远程仓库服务器，可以运行 `git remote`，会列出没有远程服务器的简写

添加远程仓库

1
2
添加一个新的远程仓库，同时指定一个可以引用的简写（shortname）
git remote add <shortname> <url>

克隆仓库

1
git clone [url]

移除无效的远程仓库

1
git remote rm [name]

此命令只是从本地删除远程仓库记录，不会影响远程仓库

远程仓库抓取和拉取

1
2
3
4
5
从远程仓库中获取最新版本到本地仓库，不会自动merge
git fetch

从远程仓库中获取最新版本到本地仓库，自动merge
git pull

如果当前仓库不是从远程仓库克隆，而是本地创建的仓库，并且仓库中存在文件，此时再从远程仓库中拉取文件会报错（fatal: refusing to merge unrelated histories ），解决问题：git pull –allow-unrelated-histories

推送到远程仓库

1
git push [remote_name] [branch_name]

Git分支

几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。Git 的master分支并不是一个特殊分支。 它跟其它分支没有区别。 之所以几乎每一个仓库都有 master 分支，是因为git init 命令默认创建它，并且大多数人都懒得去改动它。

查看分支

1
2
3
4
5
6
列出所有的分支
git branch
列出所有的远程分支
git branch -r
列出所有的本地和远程分支
git branch -a

创建分支

1
git branch [branch_name]

切换分支

1
git checkout [branch_name]

推送分支去远程仓库分支

1
git push origin [branch_name]

合并分支

1
2
在进入master后，执行后于master合并
git merge [branch_name]

有时候合并操作不会如此顺利。 如果你在两个不同的分支中，对同一个文件的同一个部分进行了不同的修改，Git 就没办法合并它们，同时会提示文件冲突。此时需要我们打开冲突的文件并修复冲突内容，最后执行git add命令来标识冲突已解决

删除分支

1
2
3
4
git branch -d [branch_name]

如果要删除的分支中进行了一些开发动作，此时执行上面的删除命令并不会删除分支，如果坚持要删除此分支，可以将命令中的-d参数改为-D
git branch -D [branch_name]

Git标签

像其他版本控制系统（VCS）一样，Git 可以给历史中的某一个提交打上标签，以示重要。 比较有代表性的是人们会使用这个功能来标记发布结点（v1.0 、v1.2等）。标签指的是某个分支某个特定时间点的状态。通过标签，可以很方便的切换到标记时的状态。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
列出已有标签
git tag

查看tag信息
git show [tag]

创建标签
# 新建一个标签
git tag [tagName]

将标签推送到远程仓库
# 提交指定tag
git push [remote] [tag]

#检出标签
git checkout -b [branch] [tag]

删除标签
#删除本地tag
git tag -d [tag]

#删除远程tag
git push origin :refs/tags/[tag]
#
关注我

最新文章

分类

×