natalie86的专栏

GitHub 是一个用于使用Git版本控制系统的项目的基于互联网的存取服务,GitHub于2008年2月运行。在2010年6月，GitHub宣布它现在已经提供可1百万项目，可以说非常强大。Github虽然是一个代码仓库，但是Github还免费为大家提供一个免费开源Github Pages空间，利用这个空间你可以搭建轻量级的博客系统，绑定自己的域名，存放一些图片和文件等等。关于Git

此页图解git中的最常用命令。如果你稍微理解git的工作原理，这篇文章能够让你理解的更透彻。基本用法上面的四条命令在工作目录、暂存目录(也叫做索引)和仓库之间复制文件。● git add files 把当前文件放入暂存区域。● git commit 给暂存区域生成快照并提交。● git reset -- files 用来撤销最后一次git add

前面一篇文章中提到了”git pull”等价于”git fetch”加上”git merge”，然后还提到了pull命令支持rebase模式，这篇文章就介绍一下merge和rebase之间有什么差别。由于我们主要是想看看merge跟rebase之间的区别，这里就是用本地仓库的分支进行演示了。merge其实在介绍分支的那篇文章中已经介绍过了一些分支merge的内容，这里就进行

由于工作的需要，代码版本控制工具要从Perforce换成Git。说实话，刚开始真的很不适应，要从一个可以很好的支持用户界面的工具转到一个命令行工具，而且Git中有几百个命令，一下子就傻眼了。但是经过一段时间的使用和熟悉，已经慢慢适应了。所有准备一个整理一个Git使用系列，是对自己使用Git的一个总结，也希望可以对同样刚开始使用Git的同学一些帮助。下面就开始探索Git了。 

前面一篇文章简单介绍了Git，并前在Windows平台上搭建了Git环境，现在就正式的Git使用了。Git基本概念在开始Git的使用之前，需要先介绍一些概念，通过这些概念对Git有些基本的认识，这将会对我们后面的操作有很大的帮助。在Git中，每个版本库都叫做一个仓库（repository），每个仓库可以简单理解成一个目录，这个目录里面的所有文件都通过Git来实现版本管理，G

前面一篇文章介绍了本地仓库的一系列操作，下面我们将进一步了解Git的工作原理，介绍Git对象模型。刚开始使用Git的时候，对Git对象模型、工作原理并不理解，但是经过一段时间的使用、熟悉之后，然后再来理解这些内容就比较容易了。下面开始介绍Git对象，然后通过一个实例展示Git对象模型。Git对象在Git系统中有四种类型的对象，所有的Git操作都是基于这四种类型的对象

前面文章中出现的所有Git操作都是基于本地仓库的，但是日常工作中需要多人合作，不可能一直都在自己的代码仓库工作。所以，这里我们就开始介绍Git远程仓库。在Git系统中，用户可以通过push/pull命令来推送/获取别的开发人员的更新，当时对于一个工作组来说，这种方式会效率比较低。所以，在一个Git系统中，都会有一个中心服务器，大家都通过中心服务器来推送/获取更新。为了方便本篇例子的

上一篇文章介绍了Git远程仓库的一些使用，但是还是有些东西需要补充一下，所以有了这个续篇。.gitignore前一篇中，我们介绍了Git的patch功能，当我们生成patch之后，”git status”就会显示patch文件是”Untracked files”。当然，我们也没有必要去跟踪这个patch文件。同样，项目中可能会经常生成一些Git系统不需要追踪(track)的

前面一篇文章介绍了Git对象模型，接下来我们就进入”.git”目录看看到底有什么东西，目录中哪些东西又跟Git对象模型相关。结合这个目录，我们将进一步了解Git的工作原理。.git目录下面就开始进入.git目录了，通过”ls”命令可以看到.git目录中的文件和子目录：对于这些文件和目录，下面给出了一些基本的描述。在后面后有logs、objects、refs、inde

Git 内部原理不管你是从前面的章节直接跳到了本章，还是读完了其余各章一直到这，你都将在本章见识 Git 的内部工作原理和实现方式。我个人发现学习这些内容对于理解 Git 的用处和强大是非常重要的，不过也有人认为这些内容对于初学者来说可能难以理解且过于复杂。正因如此我把这部分内容放在最后一章，你在学习过程中可以先阅 读这部分，也可以晚点阅读这部分，这完全取决于你自己。（伯乐在线注：如果你对

自定义 Git到目前为止，我阐述了 Git 基本的运作机制和使用方式，介绍了 Git 提供的许多工具来帮助你简单且有效地使用它。 在本章，我将会介绍 Git 的一些重要的配置方法和钩子机制以满足自定义的要求。通过这些工具，它会和你和公司或团队配合得天衣无缝。（伯乐在线注：如果你对Git还不了解，建议从本Git系列第一篇文章开始阅读）7.1  配置 Git如第一章所言，用gi

服务器上的 Git到目前为止，你应该已经学会了使用 Git 来完成日常工作。然而，如果想与他人合作，还需要一个远程的 Git 仓库。尽管技术上可以从个人的仓库里推送和拉取修改内容，但我们不鼓励这样做，因为一不留心就很容易弄混其他人的进度。另外，你也一定希望合作者们即使在 自己不开机的时候也能从仓库获取数据 — 拥有一个更稳定的公共仓库十分有用。因此，更好的合作方式是建立一个大家都可以访问的

1 Git简介2 为什么使用Github Pages3 创建Github Pages3.1 安装git工具.3.2 两种pages模式3.3 创建步骤3.4 常用命令4 使用Jekyll搭建博客4.1 什么是jekyll4.2 jekyll本地环境搭建4.3 jekyll目录结构4.4 Jekyll-Boots

起步本章介绍开始使用 Git 前的相关知识。我们会先了解一些版本控制工具的历史背景，然后试着让 Git 在你的系统上跑起来，直到最后配置好，可以正常开始开发工作。读完本章，你就会明白为什么 Git 会如此流行，为什么你应该立即开始使用它。（查看Git详解系列的全部文章）1.1 关于版本控制什么是版本控制？我真的需要吗？版本控制是一种记录若干文件内容变化，以便将来查阅特定

为了便于项目中的所有开发者分享代码，我们准备好了一台服务器存放远程 Git 仓库。经过前面几章的学习，我们已经学会了一些基本的本地工作流程中所需用到的命令。接下来，我们要学习下如何利用 Git 来组织和完成分布式工作流程。（伯乐在线注：如果你对Git还不了解，建议从本Git系列第一篇文章开始阅读）特别是，当作为项目贡献者时，我们该怎么做才能方便维护者采纳更新；或者作为项目维护者时，又该怎样

Git 工具现在，你已经学习了管理或者维护 Git 仓库，实现代码控制所需的大多数日常命令和工作流程。你已经完成了跟踪和提交文件的基本任务，并且发挥了暂存区和轻量级的特性分支及合并的威力。（伯乐在线注：如果你对Git还不了解，建议从本Git系列第一篇文章开始阅读）接下来你将领略到一些 Git 可以实现的非常强大的功能，这些功能你可能并不会在日常操作中使用，但在某些时候你也许会需要。

Git 与其他系统世界不是完美的。大多数时候，将所有接触到的项目全部转向 Git 是不可能的。有时我们不得不为某个项目使用其他的版本控制系统（VCS, Version Control System ），其中比较常见的是 Subversion 。你将在本章的第一部分学习使用git svn ，Git 为 Subversion 附带的双向桥接工具。（伯乐在线注：如果你对Git还不了解，建议从

在版本控制系统的选型上，是选择Git还是SVN？对于开源项目来说这不算问题。使用Git极大地提高了开发效率、扩大了开源项目的参与度、 增强了版本控制系统的安全性，选择Git早已是大势所趋。但对于企业用户来说这个决心不太好下。部分原因是出于对Git的误解，部分原因是尚不了解 Git到底能给项目管理带来什么好处。希望本文能对您项目的版本控制系统选型提供帮助。 对SVN的

Git 基础读完本章你就能上手使用 Git 了（伯乐在线注：如果你对Git还不了解，建议从本Git系列第一篇文章开始阅读）。本章将介绍几个最基本的，也是最常用的 Git 命令，以后绝大多数时间里用到的也就是这几个命令。读完本章，你就能初始化一个新的代码仓库，做一些适当配置；开始或停止跟踪某些文件；暂存或提交某些更 新。我们还会展示如何让 Git 忽略某些文件，或是名称符合特定模式的文件

Git 分支几乎每一种版本控制系统都以某种形式支持分支。使用分支意味着你可以从开发主线上分离开来，然后在不影响主线的同时继续工作。在很多版本控制系统中，这是个昂贵的过程，常常需要创建一个源代码目录的完整副本，对大型项目来说会花费很长时间。（伯乐在线注：如果你对Git还不了解，建议从本Git系列第一篇文章开始阅读）有人把 Git 的分支模型称为“必杀技特性”，而正是因为它，将 Git

在前面两篇文章中介绍了Git的基本原理，都是理论知识。这篇文章我们再次回到实践中，看看Git分支（branch）的使用。在代码版本控制工具中，都会有branch的概念。刚开始建立版本仓库的时候，我们只有一个主分支（master branch），我们不可能把日常的新功能开发、代码优化以及bug修复等概念工作全都放在主分支上，这样会使主分支很难维护。这就是为什么会有branch。分支的