使用pull从远程更新代码时，会获取到远程指定分支的更新并合并到本地指定的分支，一般情况下不需要指定，默认把本地当前分支对应的远程分支的更新获取到并跟本地的当前分支合并。

此小结的前提是已经搭建GIT服务器，并通过SSH协议连接，可参看文档《RHEL下搭建GIT服务器》《WindowsXP下搭建GIT服务器》《GIT服务器使用基础》。本文使用RHEL5.5系统下的GIT-2012-01-11，用户root/password，GIT仓库统一存放在/app/gitspace目录下。

git是一个版本控制系统。官方的解释是：版本控制(Revision control)是一种软件工程技巧，籍以在开发的过程中，确保由不同人所编辑的同一档案都得到更新。按我的白话文解释就是：一群志同道合的人身处祖国各地，希望来合作开发一个项目，假设这个项目是使用c语言写的（当然用任何语言都可以的）。

不要把这篇文章当做给编程人员的技术文章，即使你对编程一无所知，按照这篇文章的指引一步步学习，仔细模仿，也可以很容易地学会如何去做。更重要的是，这篇文章将让你介绍如何让git成为你的工作日志，成为你的备份工具，成为你的项目管理软件。没错，git让这一切变得如此简单。

在2002年以前，世界各地的志愿者把源代码文件通过diff的方式发给Linus，然后由Linus本人通过手工方式合并代码 因为Linus坚定地反对CVS和SVN，这些集中式的版本控制系统不但速度慢，而且必须联网才能使用。有一些商用的版本控制系统，虽然比CVS、SVN好用，但那是付费的，和Linux的开源精神不符。 Linus一直痛恨的CVS及SVN都是集中式的版本控制系统，而Git是分布式版本控制系统 集中式版本控制器系统，版本库是集中存放在中央服务器的，而干活的时候用的都是自己的电脑，，每次都需要从中央服务器上获取数据，然后修改，最后再发到中央服务器上。 集中式版本控制系统最大的毛病就是必须互联网才能工作， 如果在局域网内还好，宽带勾搭，速度够快，可如果在互联网上，遇到网速较慢的话。可能需要较长的时间。

一：Git是什么？    Git是目前世界上最先进的分布式版本控制系统。二：SVN与Git的最主要的区别？   SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。   Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。

在Windows环境中使用版本管理工具Git。Git是一个分布式的版本控制系统，最初由LinusTorvalds编写，用作Linux内核代码的管理。在推出后，Git在其它项目中也取得了很大成功，目前很多知名项目都使用了Git。 一、为什么选择Git对于流行的软件版本开源管理软件，元老级的CVS、后来新秀的SVN,GIT的优势又在哪里呢？1.傻瓜都会的初始化，gitinit,gitcommit-a,就完了。2.绝大部分操作在本地完成，只有最终完成的版本才需要向代码管理服务器提交。3.每次提交都会对所有代码创建一个全球唯一的commitid。4.branch管理容易多了，无论是建立新的，还是切换都一条命令完成。5.branch之间merge时，不仅代码会merge在一起，checkin历史也会保留。其他特点:1、更方便的Merge2、更方便的管理3、更健壮的系统分布式系统一般情况下总是比单服务端的系统要健壮，因为但服务端一旦服务器挂掉了整个系统就不能运行了。

Git是目前世界上最先进的分布式版本控制管理系统。

GIT历险记分享人：屌丝程序员方彬彬带着问题而来什么是GIT GIT有哪些特性GIT的工作流程是怎样的为什么要用GIT而不是SVN项目中如何使用GIT如何用GIT来参与开源项目什么是GIT Git是一个开源的分布式版本控制系统，用以有效、高速的处理从很小到非常大的项目版本管理；他的开发者是LINUX的缔造者LinusTorvalds；他们的目标是：速度，简单的设计，对非线性开发模式的强力支持（允许上千个并行开发的分支），完全分布式，有能力高效管理类似Linux内核一样的超大规模项目（速度和数据量）；GIT的特性有哪些直接记录快照，而非差异比较近乎所有操作都是本地执行时刻保持数据完整性多数操作仅添加数据文件的三种状态分支功能简单使用快速。

此页图解git中的最常用命令。如果你稍微理解git的工作原理，这篇文章能够让你理解的更透彻。如果你想知道这个站点怎样产生，请前往。

第一步：安装插件：git：http://download.eclipse.org/egit/updates-1.3第二步：将密匙文件放入，如图所示：如图加入密匙文件：yiping.wang注意，如果没有这个.ssh文件的话，自己创建，创建如图：第三步：使用gradle的步骤：先使用gitcheckout项目Next下去哈检出项目如图：第四步安装：Gradle安装地址为下载地址：http://services.gradle.org/distributions/gradle-1.5-all.zip安装：解压到自定义目录（例如：C:\gradle-1.5）设置环境变量注意，这里的环境变量都配置到用户名里，不要配置到系统里，否则挂的可能性很大GRADLE_HOME=C:\gradle-1.5Path+=%GRADLE_HOME%\bin打开命令行输入：gradle，显示以下类似信息即表示安装成功命令：找到项目的地址，在docs命令下的改项目名下，编译编译命令：gradlecleaneclipseeclipse-Pprofile=test--------------------有针对性的编译编译命令：gradlecleaneclipseeclipse-----------------------全部编译自动编译：运行这个也可以的哈（以上选其一就ok了）后面的可以暂时不考虑哈打包命令：gradlecleanwar-Pprofile=product一些常用命令：-b指定build文件（默认为：build.gradle）-c指定settings文件（默认为：settings.gradle）-x排除指定任务（例如：-xtest）更多常用命令请输入gradle-h/help查看Import项目ok有时候导入项目的时候会有一些bug出现，这个时候需要查看一下这个里面是否有依赖关系这个是依赖的项目名导入依赖的项目名就ok了打包命令：gradlecleanwar-Pprofile=product一些常用命令：-b指定build文件（默认为：build.gradle）-c指定settings文件（默认为：settings.gradle）-x排除指定任务（例如：-xtest）更多常用命令请输入gradle-h/help查看

Git与你熟悉的大部分版本控制系统的差别是很大的。也许你熟悉Subversion、CVS、Perforce、Mercurial 等等，他们使用“增量文件系统” （Delta Storage systems）, 就是说它们存储每次提交(commit)之间的差异。Git正好与之相反，它会把你的每次提交的文件的全部内容（snapshot）都会记录下来。这会是在使用Git时的一个很重要的理念

一、Git代码状态转换图1二、git的个人本地使用及操作1三、git的团队开发及操作4四、git的分支管理5五、git忽略机制5Git代码状态转换图其中：未被Git跟踪的状态为unstage状态已经被Git跟踪的状态为stage状态，因此包括staging状态和staged状态untrackfiles是指尚未被git所管理的文件；changedbutnotupdated是指文件被git管理，并且发生了改变，但改动还没被git管理；这两种状态，都可以看成是改动还没被git管理的状态，我们这里称非stage状态。changestobecommited是指进入stage状态的文件，stage是commit和未管理之间的一个状态，也有别名叫index状态，也就是git已经管理了这些改动，但是还没完成提交

 Linux项目开始后，绝大多数的Linux内核维护工作都花在了提交补丁和保存归档的繁琐事物上(1991——2002年间)。到2002年，整个项目组开始启用分布式版本控制系统BitKeeper来管理和维护代码。到2005年的时候，开发BitKeeper的商业公司同Linux内核开发社区的合作关系结束，他们收回了免费使用BitKeeper的权力。这就使得Linux开源社区不得不开发了自己的版本控制软件Git。

考虑到CVS的一些局限性，最近和同事在公司推行Git。   其实，如果推行SVN的化，可能推行的难度会降低很多。不过lark说既然推行一个新的版本管理工具，总要花费一定的时间进行培训、部署、转换。而推行Git和SVN的代价不如想象中差距那么大。因此，不如就多花些精力推行Git，可以带来更多的好处。这个想法说服了我。然后就开始筹备了。我发现网上很多git教程对一些基础命令（比如git-reset）的介绍还是不够清楚。另外，介绍git1.5的少，介绍git1.4的多。此外，对于如何基于Git合作开发，介绍的内容也是少之又少。因此，决定写一份教程，以减少在公司推广Git的培训代价。其实我也是一个Git的新手。写这份教程也是我自己学习和摸索git的过程，其中基于Git进行合作开发的模式参考了CVS，应该是很初级的合作模式。但是当前自己也只能做到这一步了。教程所述都是自己通过试验验证的。至少可以满足公司基本的合作开发。教程写完后，谢欣说可以放到blog与大家共享。我觉得是个不错的主意。一方面我觉得这个文档应该可以给git的新手一些帮助，另一方面也欢迎git的大牛指点。这里要感谢《Git中文教程》的作者。还有概述中关于git的优点描述拷贝了网络上某位大牛的原话，但是拷贝的出处也是转载的，就在这里谢谢那位我不知名大牛了。

Git --- The stupid content tracker, 傻瓜内容跟踪器。Linux 是这样给我们介绍 Git 的。 Git 是用于 Linux 内核开发的版本控制工具。与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持，使源代码的发布和交流极其方便。 Git 的速度很快，这对于诸如 Linux kernel 这样的大项目来说自然很重要。 Git 最为出色的是它的合并跟踪（merge tracing）能力

The goal of this book is to get you started with version control and Git as quickly and easily as possible. Unlike other books about this topic, this one doesn't require a master's degree in computer science to read it. It's aimed at beginners of programming, at designers, at project managers... It tries not to require too much prior knowledge on the technical side. It tries to go slowly. That being said, Git and version control in general remain highly technical topics. I can't spare you all of this, but I'll try to explain workflows & backgrounds thoroughly and provide a lot of real-world examples.

今天想跟大家分享一下我主要的Java开发工具，我一般是这样工作的：用IDEA写代码，用Maven管理jar包依赖与项目打包，用Git进行代码版本控制。