- 查看是否已经安装mysql
yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel gcc perl-ExtUtils-MakeMaker
- 删除已有的git
yum remove git
- 下载git源码
//切换到你的包文件存放目录下
cd /usr/src
//下载git安装包
wget https://www.kernel.org/pub/software/scm/git/git-2.8.3.tar.gz
//解压git安装包
tar -zxvf git-2.8.3.tar.gz
cd git-2.8.3
//配置git安装路径
./configure prefix=/usr/local/git/
//编译并且安装
make && make install
//查看git版本号
git --version
//git已经安装完毕
- 将git指令添加到bash中
vi /etc/profile
//在最后一行加入
export PATH=$PATH:/usr/local/git/bin
//让该配置文件立即生效
source /etc/profile
- git配置
git config --global user.name "username"
git config --global user.email "email"
git config --global core.autocrlf false
git config --global core.quotepath false
git config --global gui.encoding utf-8
ps:
git配置解释
git config --global core.autocrlf false
如果 core.autocrlf 被设置为true，这就意味着你任何时候添加到git仓库的文件git都会认为它是一个text文件，他会在存储提交之前把所有的CRLF结尾都转换成LF。无论什么时候你 git checkout ，所有的文件的LF（换行）都会修改为CRLF（回车换行）。这样就允许项目跨平台开发，即便有不一致的行尾结束风格也都会保证在 commit之前都一致转换为LF（换行）
用这个方便的转换方式的副作用，就是像你刚才看到的会出现那种警告，就是如果你最初创建的一个文件用LF（）代替了CRLF，那将会按照平常一样用LF存储，但是当checkout 的时候就会出现CRLF，对于正常的文本文件，这些还好。但是万git 错误的评估了一个二进制文件时，这会是一个很重要的警告，因为git将会腐蚀你的二进制文件。
如果 core.autocrlf被设置为false，没有进行过行尾结束的转换，那么文本文件就会按照原样存储。只要所有的开发人员都只是在linux或者windows上进行开发就会一切正常。但是以我的经验还是倾向于这种结尾的混合最终会导致问题。
git config --global gui.encoding utf-8
解决在Git Gui中查看UTF-8编码的文本文件时，出现类似“锘夸腑鏂囨枃妗￡”的乱码。
注：通过上述设置，UTF-8编码的文本文件可以正常查看，但是GBK编码的文件将会乱码，所以还是没有从根本上解决问题。
可行的方法之一为：将所有文本文件的编码统一为UTF-8或GBK，然后设置相应的gui.encoding参数为utf-8或gbk。
git config --global core.quotepath false
git status乱码或者编辑git配置文件：vi ~/.gitconfig显示乱码问题。
网友评论