Git学习笔记1

  

1 Git概述

1.1 版本控制系统简介

  版本控制系统，是指一种记录一个或若干个文件内容变化，以便将来查阅特定版本修订的系统。版本控制系统不仅可以应用于软件源代码的文本文件，而且可以对任何类型的文件进行版本控制。使用比较多的是svn,git等。

1.2 工作模式

  版本控制系统的工作模式分为两种：集中工作模式和分布式工作模式。

1.2.1 集中工作模式

  为了让不同系统上的开发者能够协同工作，集中化的版本控制系统应运而生。这类系统都有一个单一的集中管理的服务器，保存所有的修订版本。而协同工作的人们都得通过客户端连接到这台服务，获取最新的文件或者提交更新。集中式版本控制系统存在以下几个问题：
  1.一旦服务器出现问题，所有的客户机将无法更新到最新版本，并且无法恢复到指定的版本。因为所有版本信息都在中央版本库中。
  2.必须具有网络环境，单机无法实现版本控制。
  3.客户机之间无法直接进行联系，无论中央版本服务器是否出现问题。CVS、SVN都是集中式版本控制系统

1.2.2 分布式工作模式

  分布式版本控制系统中无需中面版本库服务器，每台客户机都具有独立的版本控制功能，多台客户机之间相连就可以实现文件共享及版本管理。分布式工作模式的好处：无需网络环境也可以进行版本控制，在网络环境下可以实现协同工作。Git就是采用的分布式工作模式。

1.3 Git的工作模式

  Git 的中文意思是：饭桶、无用的人、蠢货，讨厌鬼。Git工作模式包含：集中式工作模式、开源社区工作。

1.3.1 集中式工作模式

  Git为了便于客户机之间的协同工作，Git版本控制系统一般会设置一个中央版本库服务器，目的是让所有客户机都从该主机更新版本，提交最新版本。该工作模式下的客户机地位都平等。

1.3.2 开源社区工作模式

  对于开源软件开源社区的协作开发模式，不可能让所有人都具有修改中央版本库的权限，让不同的客户机对中央版本库的不同操作权限，将有利于维护开源软件的安全性.

1.4 Git的工作流程

  1)初始化一个本地版本库，每个版本库仅需要执行一次。
  2)将中央版本库内容克隆到本地版本库，每个客户机仅需要执行一次。
  3)添加指定文件到版本控制管理（只是添加到暂存区）
  4)将修改操作操作到本地版本库（将暂存区的内容提交到本地版本库）
  5)将本地版本库中的修改内容“推送”到中央版本库，客户机需要在一阶段性工作完成之后或在某些时间点（下班，周五）将修改过的内容备份到中央版本库，方便他人更新到最新的代码。
  6)将中央版本库中的变化内容“拉取”本地版本库，客户机需要不时的更新才可以获取最新的内容。

1.5 工作区与版本库

  Git存在两个特别重要的区域：工作区与版本库。而版本库又存在两个很重要的区域：暂存区与分支区。

  1）工作区：存放着用户可编辑的文件本身。
  2）暂存区：也称为stage或index，存放着对文件的快照。
  3）分支区：该区域中可以包含很多分支，而每个分支都可以记录当前工作区中文件的状态快照。

1.6 Git安装

  git的官网地址为：https://git-scm.com/



  一直点击 Next下一步安装即可。此处需要注意：

Use Git from Git Bash only
这是最安全的选择，因为您的PATH根本不会被修改。您只能使用 Git Bash 的 Git 命令行工具。
Use Git from the Windows Command Prompt
这个选项被认为是安全的，因为它只向PATH添加一些最小的 Git包，以避免使用可选的Unix工具混淆环境。 您将能够从 Git Bash 和 Windows 命令提示符中使用 Git。
Use Git and optional Unix tools from the Windows Command Prompt
Git和可选的Unix工具都将添加到您计算机的 PATH 中
警告：这将覆盖Windows工具，如 “ find 和 sort ”。只有在了解其含义后才使用此选项。

  点击Git Bash，弹出Git命令行窗口，其中运行的是Linux命令。在其中输入git –version命令可以查看Git版本信息，此时说明Git安装成功。
  D:\soft\git在Git Bash中表示：/d/soft/git

1.7 注意事项

  版本控制文件类型：对于版本控制系统，无论是CVS，SVN，GIT,都只能控制文本文件，对二进行制文件是无法控制。不幸的是，微软的office文件都属于二进行制文件，不能使用版本系统进行控制。字符编码与记事本：建议使用编码UTF-8.

1.8 初始化-创建本地版本库

  每个Git版本控制系统中的主机都可以包含若干个本地版本库，一般情况下一个本地版本库对应一个项目，用于对某个特定项目中的本地文件进行版本管理。其实，版本库就是一个目录，这个目录里的所有文件都可被Git管理起来，并且可以随时追踪和返回文件的特定历史。
  首先新建一个git目录，然后在其中再创建一个repositories目录，其下将来可能会存在很多项目目录，每一个项目目录就是一个本地版本库。例如，有一个project1项目录。

1.9 初始化版本库

  1) 首先进入本地版本库目录：D:\soft\Git\git\repositories\project1，打开Git Bash命令行窗口，首先通过Linux命令进入到本地版本库目录

  2) 执行初始化命令：git init

  后面显示（master）表示默认创建了master主分支。

1.10 .git隐藏目录

  git目录作用初始化后的版本库中增加了一个.git的隐藏目录。
  这个目录下包含了当前版本库正常工作所需要的所有内容：暂存区文件、版本记录文件、配置文件等。换句话说，如果你想从项目中删除Git的版本控制，但又要保留项目原文件，那么只需要删除这个.git目录就可以了。这样，这个项目就与Git没有了任何关系。

1.11 Git创建用户

  作为版本控制系统的客户端，每台客户机对版本库的所有提交操作都需要注明操作者身份，所以客户机首先需要进行自我身份的注册，即创建用户。Git要求“用户名与Email”这两样信息是必不可少的。
  Git具有三种不同的创建方式，会产生三种不同作用域的用户。这三种创建方式的用户信息会写到三个不同的配置文件中。这三种用户的创建均要使用git config命令，只不过使用的选项不同。这三种创建方式的创建的用户作用域由大到小依次是：系统用户、全局用户与本地库用户。
  在多种用户都进行了创建的前提下，小范围的用户会覆盖大范围用户，即默认会以小范围用户操作Git。
  1）系统用户：当前主机系统中所有用户均可使用的Git用户。
  2）全局用户：当前主机系统的当前登录用户可以使用的Git用户。
  3）本地库用户：只能对当前的本地版本库进行提交的Git用户。

1.11.1 创建系统用户

  系统用户git config –system可在任意目录下运行该创建命令。本例创建系统用户ChengLi。

  用户注册信息会写到/mingw64/etc/gitconfig文件中。

  当然通过以下命令也可查看配置信息：

1.11.2 创建全局用户

  可在任意目录下运行该创建命令。创建全局用户ChengLi

1.11.3 创建本地库用户

  只能在当前的本地库目录下运行该创建命令。本例创建本地库用户ChengLi。

1.11.4 查看所有用户

  通过以下命令可查看配置信息。通过显示的信息可以看到，user.name与user.email有三组值，但后面的值会将前面的值覆盖，即起作用的将是最后一组值