Git-GitLab讲稿.docVIP

Git简介及GitLab使用 一、Git简介 Git 和其他版本控制系统的主要差别在于，Git 只关心文件数据的整体是否发生变化，而大多数其他系统则只关心文件内容的具体差异。 Git 并不保存这些前后变化的差异数据。实际上，Git 更像是把变化的文件作快照后，记录在一个微型的文件系统中。每次提交更新时，它会纵览一遍所有文件的指纹信息并对文件作一快照，然后保存一个指向这次快照的索引。为提高性能，若文件没有变化，Git 不会再次保存，而只对上次保存的快照作一链接。 文件的三种状态 对于任何一个文件，在 Git 内都只有三种状态：已提交（committed），已修改（modified）和已暂存（staged）。已提交表示该文件已经被安全地保存在本地数据库中了；已修改表示修改了某个文件，但还没有提交保存；已暂存表示把已修改的文件放在下次提交时要保存的清单中。 由此我们看到 Git 管理项目时，文件流转的三个工作区域：Git 的工作目录，暂存区域，以及本地仓库。 基本的 Git 工作流程如下： 在工作目录中修改某些文件。 对修改后的文件进行快照，然后保存到暂存区域。 提交更新，将保存在暂存区域的文件快照永久转储到 Git 目录中。 所以，我们可以从文件所处的位置来判断状态：如果是 Git 目录中保存着的特定版本文件，就属于已提交状态；如果作了修改并已放入暂存区域，就属于已暂存状态；如果自上次取出后，作了修改但还没有放到暂存区域，就是已修改状态。 工作目录下面的所有文件都不外乎这两种状态：已跟踪或未跟踪。已跟踪的文件是指本来就被纳入版本控制管理的文件，在上次快照中有它们的记录，工作一段时间后，它们的状态可能是未更新，已修改或者已放入暂存区。而所有其他文件都属于未跟踪文件。它们既没有上次更新时的快照，也不在当前的暂存区域。初次克隆某个仓库时，工作目录中的所有文件都属于已跟踪文件，且状态为未修改。 在编辑过某些文件之后，Git 将这些文件标为已修改。我们逐步把这些修改过的文件放到暂存区域，直到最后一次性提交所有这些暂存起来的文件，如此重复。所以使用 Git 时的文件状态变化周期如图 /book/zh/v1/ SVN和Git的区别 svn是集中化的版本控制系统, 只有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。 git是分布式的版本控制系统, 每一个终端都是一个仓库，客户端并不只提取最新版本的文件快照，而是把原始的代码仓库完整地镜像下来。每一次的提取操作，实际上都是一次对代码仓库的完整备份。 分布式版本控制： 二、Git Bash 安装 安装文件在02/software%20backup/Git-1.9.4-previeexe，请先下载到本地 双击Git-1.9.4-previeexe文件，进入安装界面，如下图： 两步next后选择安装目录，如下图： next进入Git安装模块选择 next进入Git Setup界面，“Adjusting your PATH environment”，选择默认值“Use Git Bash only”，如下图所示： next进入Git Setup界面，“Configuring the line ending conversions”，选择换行格式，选择“Checkout as-is, commit Unix-style line endings”，如下图所示： 3.1新建项目 新建项目前，先创建项目所在的组（也就是说这个项目文件是保存在哪个组里） 选择Admin area选择Groups——New Group （Groups一定要与Teams名称一致） 选择Create New Projcet 输入项目名称，同时在namespace里选择刚才创建的组 1. 选择Admin area 选择Users——New User 其中Name为对方的中文名，Username使用邮箱的前缀，Email为公司邮箱（这个按照公司规定来，不一定非得按照我这样方法） 密码尽量选择复杂、带有特殊字符10个以上的 4. 项目现在默认即可，并且把Can create group与Can create team给取消默认的勾选 下面信息默认不输入 信息输入完成后，选择Create user 3.3重置用户密码 选择Admin area选择User下面的数字 然后选择User下面的Edit 3.4赋予用户项目权限 选择Admin area 选择Teams 输入组名与信息 3.先增加这个组可以对哪些项目有什么权