使用git中遇到的问题集合

一、git简介

在实际开发中我们会遇到一些问题，电脑蓝屏，代码丢了，懊悔不？磁盘坏了，文件没了，懊悔不？时间长了，文件找不到了，懊悔不？手欠，之前代码运行好好的，非要去优化下，结果还不如以前，信心满满，之前代码没保存，懊悔不？怎么解决呢？版本控制就可以解决这些难题了。

版本控制（Version Control System），它功能强大，不仅能备份你的文件，还可以实现很多：

• 记录文件的所有历史变化
• 错误恢复到某个历史版本
• 多人协作开发编辑同一个文件
• 实现功能差异版本（分支），如：mysql、mariadb、percona三个分支

Linus在1991年创建了开源的Linux，从此，Linux系统不断发展，已经成为最大的服务器系统软件了。Linus虽然创建了Linux的核心，但Linux的壮大是靠全世界热心的志愿者参与的，这么多人在世界各地为Linux编写代码，那Linux的代码是如何管理的呢？

事实是，在2002年以前，世界各地的志愿者把源代码文件通过diff的方式发给Linus，然后由Linus本人通过手工方式合并代码！你也许会想，为什么Linus不把Linux代码放到版本控制系统里呢？不是有CVS、SVN这些免费的版本控制系统吗？因为Linus坚定地反对CVS和SVN，这些集中式的版本控制系统不但速度慢，而且必须联网才能使用。有一些商用的版本控制系统，虽然比CVS、SVN好用，但那是付费的，和Linux的开源精神不符。不过，到了2002年，Linux系统已经发展了十年了，代码库之大让Linus很难继续通过手工方式管理了，社区的弟兄们也对这种方式表达了强烈不满，于是Linus选择了一个商业的版本控制系统BitKeeper，BitKeeper的东家BitMover公司出于人道主义精神，授权Linux社区免费使用这个版本控制系统。

安定团结的大好局面在2005年就被打破了，原因是Linux社区牛人聚集，不免沾染了一些梁山好汉的江湖习气。开发Samba的Andrew试图破解BitKeeper的协议（这么干的其实也不只他一个），被BitMover公司发现了（监控工作做得不错！），于是BitMover公司怒了，要收回Linux社区的免费使用权。Linus可以向BitMover公司道个歉，保证以后严格管教弟兄们，嗯，这是不可能的。实际情况是这样的：Linus花了两周时间自己用C写了一个分布式版本控制系统，这就是Git！一个月之内，Linux系统的源码已经由Git管理了！牛是怎么定义的呢？吃瓜群众可以体会一下。

Git迅速成为最流行的分布式版本控制系统，尤其是2008年，GitHub网站上线了，它为开源项目免费提供Git存储，无数开源项目开始迁移至GitHub，包括jQuery，PHP，Ruby等等。历史就是这么偶然，如果不是当年BitMover公司威胁Linux社区，可能现在我们就没有免费而超级好用的Git了。

1. 主流的版本控制产品

每个产品各有优缺点，git要配合github远程仓库，可以避免分布式损坏。显然最大的不同在于git是分布式的。svn有权限控制，避免全被clone克隆走。git适合纯代码，svn适合综合性文档管理，git+svn结合起来，完美。

2. 组成结构图

• 工作空间：用来保存项目的元数据和对象数据库的地方。 这是 Git 中最重要的部分，从其它计算机克隆仓库时，拷贝的就是这里的数据。
• 本地索引：保存了下次将提交的文件列表信息，一般在 Git 仓库目录中。有时候也被称作"索引"，不过一般说法还是叫暂存区域。
• 本地仓库，之所以说git 快，大部分提交都是对本地仓库而言的，不依赖网络，最后一次会推送的到远程仓库。
• 远程仓库：可以看做是github，它是一个远程仓库，它提供web服务供大家方便下载、查看、提交、存储。

二、 git命令大全

即将更新

$ git config --global user.name "cgblpx" #配置了全局注册的账号
$ git config --global user.email "2250432165@qq.com" #配置了全局注册的邮箱
$ mkdir cgb2109 #在本地仓库中创建文件夹
$ cd cgb2109 #进入指定的文件夹
$ git init #初始化了git环境
在本地仓库中自己创建文件1.txt  #即将上传这个资源
$ git add .  # 添加即将上传的全部资源(资源的名字)
$ git commit -m "first commit" #把即将上传的资源提交到本地仓库
$ git remote add origin https://gitee.com/你的账号/你的仓库名.git  #把本地仓库和远程仓库挂载 git remote add origin https://gitee.com/rock_W/cgb2109.git
$ git push -u origin master #把资源从本地仓库上传到远程仓库

第一次上传必须输入账号密码!
成功后的提示:

Enumerating objects: 3, done.
Counting objects: 100% (3/3), done.
Writing objects: 100% (3/3), 206 bytes | 103.00 KiB/s, done.

三、 git使用问题集合

1. warning: LF will be replaced by CRLF in 2_web/js/jquery-1.8.3.min.js.

使用git第一次上传新添加的文件时，报错如下：

坑：导致defs lua脚本不一致。

原因分析：

CRLF – Carriage-Return Line-Feed 回车换行

就是回车(CR, ASCII 13, \r) 换行(LF, ASCII 10, \n)。

这两个ACSII字符不会在屏幕有任何输出，但在Windows中广泛使用来标识一行的结束。而在Linux/UNIX系统中只有换行符。

也就是说在windows中的换行符为 CRLF， 而在linux下的换行符为：LF

使用git来生成一个rails工程后，文件中的换行符为LF， 当执行git add .时，系统提示：LF 将被转换成 CRLF

解决方法：

删除刚刚生成的.git文件

$ rm -rf .git  #移除 .git 文件
$ git config --global core.autocrlf false  

这样系统就不会去进行换行符的转换了

最后重新执行初始化操作并且执行add命令即可

$ git init  #初始化操作
$ git add . #添加文件

搞定！！！

2. error: failed to push some refs to ‘https://gitee.com/rock_W/cgb2109.git’

最后push操作出现头疼的报错 [/确实头疼.gif]

出现错误的主要原因是gitee(github)中的README.md文件不在本地代码目录中

此时我们要执行git pull --rebase origin master命令README.md拉到本地，再进行push操作解决问题。

$ git pull --rebase origin master #拉取代码
$ git push -u origin master #推送代码

ojbk结束了[/鬼脸.gif],永远最喜欢的提示

---

本文将长时间更新，记录使用过程中有意义的问题。