git学习笔记(一)——初识git

前言

最好的教程来自于官方文档

本文的所有内容来自于对于官方文档的学习,消化和记录。当你读着感到困惑的时候,访问官方的文档说不定能够解决你的疑问。传送门:Git 官方文档中文版
如果你还有兴趣阅读本文,那么我的笔记将向你展现一些非常基础的操作与命令,帮助你快速的掌握一些常用命令。

git 简述

关于 git

版本控制是一种记录一个或若干文件内容变化,以便将来查阅特定版本修订情况的系统。使用版本控制系统通常还意味着,就算你乱来一气把整个项目中的文件改的改删的删,你也照样可以轻松恢复到原先的样子。 但额外增加的工作量却微乎其微。
git-book——关于版本控制

Git 系统由 Linux 开源社区基于使用 BitKcherper 时(恩怨情仇)的经验教训自由开发而来设计之初就制定了强悍的性能目标:
* 速度
* 简单的设计
* 对非线性开发模式的强力支持(允许成千上万个并行开发的分之)
* 完全分布式
* 有能力高效管理类似 Linux 内核一样的超大规模项目(速度和数据量)
自2005年诞生以来,经过多年的开发迭代,当初设定的目标依然得以高效支持,速度飞快,及其适合管理大项目,有着难以置信的非线性分之管理系统。

git 工作原理

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

这是 git 和其他版本控制系统的主要差别:对待数据的方法。以概念来区分,其它大部分系统以文件变更列表的方式存储信息。 Git 不按照这样的方式保存数据。Git 更像是把数据看作是对小型文件系统的一组快照。每次你提交更新,或者在 git 中暂存项目状态时,它主要对当时的全部(敲黑板,重点)文件制作一个快照并保存这个快照的索引。为了高效,如果文件没有修改,Git 不再重新存储该文件,而是保留一个链接指向之前存储的文件。Git 对待数据更像是一个快照流

近乎所有的操作都是本地执行

Git 中的绝大多数操作都只需要访问本地文件和资源,一般不需要来自网络上其他计算机的信息。Git 会将一个项目完整的操作历史全部保存下来,使你的大部分操作能够在本地瞬间完成。Git 在clone时会将所有的操作历史以及文件状态保存在.git文件夹下面。例如,你需要浏览项目的历史,Git 也不需要连接服务器获取历史,取而代之的是本地数据库,还能够通过历史信息查询对比一个月以前修改的差异。

Git 保证完整性

Git 中所有数据在存储前都计算检验和,然后以检验和来引用。这意味着不可能在 Git 不知情时更改任何文件内容或目录内容。这个功能构建在 Git 底层,是构成 Git 哲学不可或缺的部分。若你在传送过程中丢失信息或损坏文件,Git 就能发现。
Git 用以计算检验和的机制叫做 SHA-1散列。这是一个由40个十六进制字符组成的字符串,基于 Git 中文件的内容或目录结构计算出来。Git 数据库中保存的信息都是以文件的哈希值来索引,而不是文件名。

git 三种状态

Git 的三种状态,是后续学习的重要基础。Git 文件有可能处于以前三种状态之一:
* 已提交(committed),数据已经安全的保存在本地数据库
* 已修改(modified),已经修改文件,但还没有保存到数据库中
* 已暂存(staged),对一个已修改文件的当前版本做了标记,使之包含在下次提交的快照中
由此引入 Git 项目的三个工作区域的概念:Git 仓库、工作目录已经暂存区域。


图1. 工作目录、暂存区域以及 Git 仓库

Git 仓库目录是 Git 用来保存项目的元数据和对象数据库的地方。这是 Git 中最重要的部分,从其他计算机克隆仓库时,拷贝的就是这里的数据。

工作目录是对项目的某个版本独立提取出来的内容。这些从 Git 仓库的压缩数据库中提取出来的文件,放在磁盘上供你使用或修改。

暂存区域是一个文件,保存了下次将提交的文件列表信息,一般在 Git 仓库目录中。有时候也被称作“索引”,不过一般说法还是叫暂存区域。

基本的 Git 工作流程如下:

  1. 在工作目录中修改文件。
  2. 暂存文件,将文件的快照放入暂存区域。
  3. 提交更新,找到暂存区域的文件,将快照永久性存储到 Git 仓库目录。

git 配置

git 配置信息

使用git config --list命令列出所有 Git 当前能找到的配置。

$ git config  --list
core.symlinks=false
core.autocrlf=true
core.fscache=true
color.diff=auto
color.status=auto
color.branch=auto
color.interactive=true
...

也可以使用git config <key>来检查某一项配置。

$ git config color.diff
auto

设置 git

安装完 Git 之后的第一件事就是设置你的用户名称和邮箱地址。这很重要,因为每一个 Git 的提交都会使用这些信息,并写入每一次的提交中,不可更改:

$ git config --global user.name "John Doe"
$ git config --global user.email johndoe@example.com

如果使用了--global选项,那么该命令只需要运行一次,只有无论你在该系统上做任何事情, Git 都会使用那些信息。 当你想针对特定项目使用不同的用户名称与邮件地址时,可以在那个项目目录下运行没有 --global 选项的命令来配置。

原文在我的博客

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,098评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,213评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,960评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,519评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,512评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,533评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,914评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,574评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,804评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,563评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,644评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,350评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,933评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,908评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,146评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,847评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,361评论 2 342

推荐阅读更多精彩内容