关闭

git入门一

230人阅读 评论(0) 收藏 举报
分类:
git 入门一(初识)

分布式版本控制系统 & 集中式版本控制系统
分布式版本控制系统( Distributed Version Control System)在这类系统中,像 Git,Mercurial,Bazaar 以及 Darcs 等,客户端并不只提取最新版本的文件快照,而是把原始的代码仓库完整地镜像下来。这么一来,任何一处协同工作用的服务器发生故障,事后都可以用任何一个镜像出来的本地仓库恢复。因为每一次的提取操作,实际上都是一次对代码仓库的完整备份。
 
 集中化的版本控制系统( Centralized Version Control Systems)。这类系统,诸如 CVS,Subversion 以及 Perforce 等,都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。多年以来,这已成为版本控制系统的标准做, 显而易见的缺点是中央服务器的单点故障风险。

Git 起源
 同生活中的许多伟大事件一样,Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002年间)。到 2002 年,整个项目组开始启用分布式版本控制系统 BitKeeper 来管理和维护代码。到了 2005 年,开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束,他们收回了免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区(特别是 Linux 的缔造者 Linus Torvalds )不得不吸取教训,只有开发一套属于自己的版本控制系统才不至于重蹈覆辙。他们对新的系统制订了若干目标:

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

直接记录快照,而非差异比较

    Git 和其他版本控制系统的主要差别在于,Git 只关心文件数据的整体是否发生变化,而大多数其他系统则只关心文件内容的具体差异。这类系统(CVS,Subversion,Perforce,Bazaar 等等)每次记录有哪些文件作了更新,以及都更新了哪些行的什么内容.
Git 并不保存这些前后变化的差异数据。实际上,Git 更像是把变化的文件作快照后,记录在一个微型的文件系统中。每次提交更新时,它会纵览一遍所有文件的指纹信息并对文件作一快照,然后保存一个指向这次快照的索引。为提高性能,若文件没有变化,Git 不会再次保存,而只对上次保存的快照作一链接.这是 Git 同其他系统的重要区别。它完全颠覆了传统版本控制的套路,并对各个环节的实现方式作了新的设计。Git 更像是个小型的文件系统

近乎所有操作都是本地执行
     Git 中的绝大多数操作都只需要访问本地文件和资源,不用连网。但如果用 CVCS 的话,差不多所有操作都需要连接网络。因为 Git 在本地磁盘上就保存着所有当前项目的历史更新,所以处理起来速度飞快。举个例子,如果要浏览项目的历史更新摘要,Git 不用跑到外面的服务器上去取数据回来,而直接从本地数据库读取后展示给你看。所以任何时候你都可以马上翻阅,无需等待。如果想要看当前版本的文件和一个月前的版本之间有何差异,Git 会取出一个月前的快照和当前文件作一次差异运算,而不用请求远程服务器来做这件事,或是把老版本的文件拉到本地来作比较。

时刻保持数据完整性

保存到 Git 之前,所有数据都要进行内容的校验和(checksum)计算,并将此结果作为数据的唯一标识和索引。换句话说,不可能在你修改了文件或目录之后,Git 一无所知。这项特性作为 Git 的设计哲学,建在整体架构的最底层。所以如果文件在传输时变得不完整,或者磁盘损坏导致文件数据缺失,Git 都能立即察觉。Git 使用 SHA-1 算法计算数据的校验和,通过对文件的内容或目录的结构计算出一个 SHA-1 哈希值,作为指纹字符串。该字串由 40 个十六进制字符(0-9 及 a-f)组成,看起来就像是:24b9da6552252987aa493b52f8696cd6d3b00373
Git 的工作完全依赖于这类指纹字串,所以你会经常看到这样的哈希值。实际上,所有保存在 Git 数据库中的东西都是用此哈希值来作索引的,而不是靠文件名。

多数操作仅添加数据

常用的 Git 操作大多仅仅是把数据添加到数据库。因为任何一种不可逆的操作,比如删除数据,都会使回退或重现历史版本变得困难重重。在别的 VCS 中,若还未提交更新,就有可能丢失或者混淆一些修改的内容,但在 Git 里,一旦提交快照之后就完全不用担心丢失数据,特别是养成定期推送到其他仓库的习惯的话。这种高可靠性令我们的开发工作安心不少,尽管去做各种试验性的尝试好了,再怎样也不会弄丢数据。

文件的三种状态

对于任何一个文件,在 Git 内都只有三种状态:已提交(committed),已修改(modified)和已暂存(staged)。已提交表示该文件已经被安全地保存在本地数据库中了;已修改表示修改了某个文件,但还没有提交保存;已暂存表示把已修改的文件放在下次提交时要保存的清单中。
由此我们看到 Git 管理项目时,文件流转的三个工作区域:Git 的工作目录,暂存区域,以及本地仓库。
 
从项目中取出某个版本的所有文件和目录,用以开始后续工作的叫做工作目录。这些文件实际上都是从 Git 目录中的压缩对象数据库中提取出来的,接下来就可以在工作目录中对这些文件进行编辑。
所谓的暂存区域只不过是个简单的文件,一般都放在 Git 目录中。有时候人们会把这个文件叫做索引文件,不过标准说法还是叫暂存区域。
基本的 Git 工作流程如下:
在工作目录中修改某些文件。
对修改后的文件进行快照,然后保存到暂存区域。
提交更新,将保存在暂存区域的文件快照永久转储到 Git 目录中。
 
所以,我们可以从文件所处的位置来判断状态:如果是 Git 目录中保存着的特定版本文件,就属于已提交状态;如果作了修改并已放入暂存区域,就属于已暂存状态;如果自上次取出后,作了修改但还没有放到暂存区域,就是已修改状态。到第二章的时候,我们会进一步了解其中细节,并学会如何根据文件状态实施后续操作,以及怎样跳过暂存直接提交。
 
Windows 安装Git
 windows 上安装安装git的安装包下载地址:http://code.google.com/p/msysgit ,完成安装之后,可以使用Git Bash 命令行工具,git GUI 图形化界面工具。包括了SSH客户端。
 
初次运行git 配置
git 的配置按不同的级别在不同的目录。
--system 系统级别  保存在安装目录下的etc/gitconfig 配置文件。
--global 用户级别,保存在C:\Users\$user\.gitconfig 配置文件
默认是项目基本,保存在.git/config 配置文件中,一般用户配置名称,邮件等,差异比较工具和文件编辑器等。
 
配置用户名和email 差异比较工具 编码等
 
git config --global user.name "andyyu"
git config --global  user.email "andyyu@gmail"
 
git config --global  merge.tool  kidff3
 
git config --global core.editor  vim
 
查看用户 配置信息
 
git config --global -l
git config --list
git config user.name
 
修改和删除用户信息
 
git config --global  --reanme-section  use  user
git config --global  --remove-section user
 
git config --global --unset  user.name
0
0
查看评论
发表评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场

Git从菜鸟到入门到放弃

Git是一个分布式版本控制软件,最初由Linux之父林纳斯·托瓦兹(Linus Torvalds)创作,于2005年以GPL发布。最初目的是为更好地管理Linux内核开发而设计。应注意的是,这与GNU...
  • xiehuimx
  • xiehuimx
  • 2016-07-26 11:38
  • 2844

10分钟搞懂git和github(该教程只适合快速入门)

目录 目录 正文 一 git的安装配置只有初次使用需要配置 用户名和邮件 ssh-keygen -t rsa 添加公钥 二最基础本地git操作若这步看不懂请先看四 三 关联远程github的操作 四...
  • u013497977
  • u013497977
  • 2017-01-09 18:53
  • 1359

【Git入门之十三】Ubuntu和git

之前我们都是在Windows平台下操作git。现在我们改用Ubuntu试一试吧!先准备好Ubuntu或者Linux系统吧。这里采用13.04版本虚拟机环境 1.Ubuntu下使用git 打开终...
  • jackyvincefu
  • jackyvincefu
  • 2013-10-07 10:36
  • 4429

你必须学会的Git入门基本操作

Git简介 Git不仅仅是实际项目开发中进行代码管理的神器,也是你在天码营学习需要掌握的工具。 Git是一种代码版本控制工具。我们在实际项目中和天码营的学习过程中都会产生大量的项目代码,Git可以...
  • GarfieldEr007
  • GarfieldEr007
  • 2016-08-19 08:47
  • 4476

【Git入门之十五】Github操作指南

最终篇,介绍一下Github网站的使用,主要是翻译为主,简化了已介绍过的内容。 1.如何创建一个仓库? 1.1.点击New Repository。 1.2.填写仓库信息,点击Crea...
  • jackyvincefu
  • jackyvincefu
  • 2013-10-07 10:43
  • 7604

git日常使用操作 (快速入门)

title: git日常使用操作 (快速入门)  date: 2015-11-12 10:41:34 Git简介(一)——Git的历史和特点 Git是一款开源的分布式版本控制系统(Dist...
  • dongwuming
  • dongwuming
  • 2015-11-12 11:18
  • 772

GIT---看我一步步入门(Windows Git Bash)

0 前言     不同的版本控制工具的比较这里就不介绍了,我的入门是从windows开始的,而且是使用纯命令方式(Git Bash),当然也可以结合TortoiseGit或者msysgit中的GIT ...
  • FreeApe
  • FreeApe
  • 2015-07-11 22:43
  • 4018

git简单使用入门总结

之前老早就听说过git,但是一直就没怎么去了解,之前在公司里头都是用的svn版本控制工具,然后上个月换到了新公司之后,团队里使用的是git工具,然后就专门花了点时间去了解了一番,当然期间也确实碰到了不...
  • hu1991die
  • hu1991die
  • 2015-05-17 11:44
  • 2783

Git版本控制软件结合GitHub从入门到精通常用命令学习手册

GIT 学习手册简介 目的是为学习与记忆 Git 使用中最重要、最普遍的命令提供快速翻阅。 这些命令以你可能需要的操作类型划分,并且将提供日常使用中需要的一些常用的命令以及参数。 本手册将...
  • yzllz001
  • yzllz001
  • 2016-07-27 15:47
  • 580

Git入门学习和使用

开篇废话 开篇废话又回来了,离开博客算是有一年了,之间曾经痛下很多次决心,继续写博客,后来都失败了,前年为了申请个CSDN专家,每天发博客,那个高产的状态,现在已然不行了,时过境迁,当时为了吃口饱饭...
  • TonyShengTan
  • TonyShengTan
  • 2016-07-23 17:14
  • 3145
    个人资料
    • 访问:102301次
    • 积分:1349
    • 等级:
    • 排名:千里之外
    • 原创:1篇
    • 转载:208篇
    • 译文:0篇
    • 评论:0条