标签：

       最近在学习一些开源技术，顺带想起了之前曾经别人推荐的git。作为一个程序员，肯定也都会很想要有一个自己的服务器，然后将一些重要数据备份在服务器中。如果是需要和朋友共同开发，那服务器更是不可或缺。但是你懂得，我等屌丝，木有钱购买自己的服务器，也不愿意去买一个服务器，嘿嘿，不是有开源的git么？正合我意，好吧，顺带日志也是需要记录的。

版本控制

本地

       为了让某个文件能够恢复到之前的某个时间点，需要对文件进行版本控制。最开始的时候，可以在本地以时间为为单位，建立文件夹，使用copy文件到多个文件夹的技术，然后不一样的时间点，保存不一样的文件，通过这种方式，就可以实现备份文件了。
 
       这时候，本地机器作为版本控制中心。但是这种方式有个很明显的缺点，无法进行共享文件。比如开发一个程序，需要多人协同开发，就难以实现。

单台服务器

       于是，就出现了一种新的方式，就是使用一台服务器，作为版本控制中心，也就是我们经常使用的svn,cvs等工具。
    
 
       通过这种方式，多人可以很好的进行协同开发，看起来，一切都很美妙。但是，如果中心服务器挂掉了呢？这时候后果会怎样？很抱歉，这时候中心服务器的数据将会有可能全部丢失（硬盘坏了）。这时候，客户端可能只能保存着之前某个时间点的文件。所以这种方式同样面临着单点故障的风险。

集群

      在技术不断进步的今天，人们发现了新的办法来解决单台服务器面临的单点故障问题，就是使用服务器集群（cluster）。比如使用三台服务器作为服务器，然后将数据同时备份到这三个服务器，所以容错能力将会大大提供。
    
 

Snapshot

       下面我们来看下传统的svn,cvs等工具是如何来备份数据的，如下图所示
 
       这类工具被将这些文件在每个版本中都保存一份，比如version1中，FileA、FileB、FileC都会保存一份，然后在version2，也会保存一份变化的FileA、FileB、FileC，哪怕某个文件没有发生变化也会复制一份，比如FileB没有变化，但是在version2中需要从version1中copy FileB到version2中。
    
        但是在git中，却不是这样子保存的，如下图所示：
 
       git为了提高效率，并不是将每份文件都保存一份，而是采用了另外一种方式。只保存某个客户端有变化的文件。比如在version2，其中FileB这时候并没有改变，所以并不是保存一份FileB的复制文件，而是使用指针的方式，指向了version1的FileB文件。

几乎都是本地操作

数据一致性

文件的三个状态

• committed代表文件已经提交到本地仓库
• modified代表文件已经被修改，但是还没有提交到本地仓库
• staged代表文件已经被修改，并且做了一个标志，下次将会被提交到本地仓库

• the git directory是存储本地数据的目录，也就是使用git clone下来的目录
• the working directory是从the git directory检出某个版本的文件目录
• the staging area是下一次commit的目录，里面记录了下一次commit的信息

git的主要流程

git命令

git config 设置git的相关属性

• /etc/gitconfig这个文件保存着git的全局通用信息，对应的命令是：git config --system
• 在工具空间下的~/.gitconfig或者~/.config/git/config文件，代表的是当前git用户的配置文件，对应的命令：git config --global

设置用户信息

查看配置信息

获取帮助命令

将某个目录变成git管理的工程

1、进入你要提交给git管理的目录，比如我的是C:\git\demo
2、执行下面的git命令：$ git init
3、将该目录中的文件添加到git中，执行下面的命令：$ git add demo.txt
4、commit数据到本地仓库中，执行如下命令：$ git commit -m "the initial commit"
整个过程如下图所示：

从git仓库中，clone一份到本地

       在如火如荼的开源世界，越来越多的开源项目都将代码交给git来管理，如果你想将某个工程clone到你本地，那么就可以使用 $ git clone [urls]命令。
1、找到自己感兴趣的git项目，复制url
 
2、执行$ git clone [url] [the project name]
 

       url：仓库url地址
       the project name：设置工程名字，默认为url后面部分的工程名字
这时候，git会将整个工程的数据都pull到本地，这里和普通的svn有着重大的区别。在svn中，会将所有的文件checkout出来（复制某个版本的所有文件），而git则是会把所有的数据，包括源文件，以及版本信息都完整的复制到本地。

提交文件到仓库中

       我们将git中的文件分为下面几个状态：tracked or untracked。tracked代表文件属于git管理，unchecked代表文件不属于git管理。在使用$ git clone [url]命令，那么本地对应的git工程中，所有的文件都是属于checked的，如果你新添加的文件，那么都是unchecked的。同样的，我们也将文件分为modified or unmodifiled。modified代表文件已经修改，但是没有commit；unmodified代表文件已经commit，没有修改。下面是文件之间的状态转换图：

查看状态：$ git status

       如果你的工程刚刚$ git clone下来，那么结果如下所示：
 
git同样支持查看简要信息：$ git status -s
这个表示，当前工程，所有的文件都是checked并且unmodified状态，并且显示出了当前的分支。下面我添加一个新的文件到git的文件中，并且输入新的内容。这里假设README文件存在，如果不存在，可以使用$ git add [file name]，将file name文件变成tracked，然后输入文件内容。

提交

删除文件

       删除一个文件：第一步，$ rm [the file name]，第二步：$ git commit，第三步：$ git rm [the file name]
 

移动文件：$ git mv [file_from] [file_to]，这个指令就是其实就是将原来的文件进行了如下的几步操作：

• $ git rm README.md 删除原来的文件
• $ git add README  添加新的文件

总结

       学习需要坚持不懈，特别对于很多新技术而言，更加需要具备良好的英语阅读能力。所以，如果从长远考虑，英语的学习必不可少，有时候甚至比技术更加的重要。希望自己在接下来的工作生涯中，可以继续保持学习英语的干劲，不断提高自己的学习能力。

git的介绍与使用

标签：

原文地址：http://blog.csdn.net/u010469003/article/details/43342257