git 教程1

一. git简介

1.1 git是什么?

　　是一个分布式版本控制软件

1.2 git的作用是什么?

　　版本控制 ，团队协作

1.3 git的优势在哪里?

　　同类型的版本控制软件:CVS及SVN，Linus一直痛恨的CVS及SVN都是集中式的版本控制系统，而Git是分布式版本控制系统，集中式和分布式版本控制系统有什么区别呢？先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。

集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，遇到网速慢的话，可能提交一个10M的文件就需要5分钟，这还不得把人给憋死啊。

那分布式版本控制系统与集中式版本控制系统有何不同呢？首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了，也可能今天你的同事病了，他的电脑压根没有开机。因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。

当然，Git的优势不单是不必联网这么简单，后面我们还会看到Git极其强大的分支管理，把SVN等远远抛在了后面。CVS作为最早的开源而且免费的集中式版本控制系统，直到现在还有不少人在用。由于CVS自身设计的问题，会造成提交文件不完整，版本库莫名其妙损坏的情况。同样是开源而且免费的SVN修正了CVS的一些稳定性问题，是目前用得最多的集中式版本库控制系统。除了免费的外，还有收费的集中式版本控制系统，比如IBM的ClearCase（以前是Rational公司的，被IBM收购了），特点是安装比Windows还大，运行比蜗牛还慢，能用ClearCase的一般是世界500强，他们有个共同的特点是财大气粗，或者人傻钱多。微软自己也有一个集中式版本控制系统叫VSS，集成在Visual Studio中。由于其反人类的设计，连微软自己都不好意思用了。分布式版本控制系统除了Git以及促使Git诞生的BitKeeper外，还有类似Git的Mercurial和Bazaar等。这些分布式版本控制系统各有特点，但最快、最简单也最流行的依然是Git！

二 . 安装git

最早Git是在Linux上开发的，很长一段时间内，Git也只能在Linux和Unix系统上跑。不过，慢慢地有人把它移植到了Windows上。现在，Git可以在Linux、Unix、Mac和Windows这几大平台上正常运行了。

要使用Git，第一步当然是安装Git了。

2.1 在Linux上安装Git

首先，你可以试着输入git，看看系统有没有安装Git：

$ git
The program 'git' is currently not installed. You can install it by typing:
sudo apt-get install git

像上面的命令，有很多Linux会友好地告诉你Git没有安装，还会告诉你如何安装Git。如果你碰巧用Debian或Ubuntu Linux，通过一条sudo apt-get install git就可以直接完成Git的安装，非常简单。老一点的Debian或Ubuntu Linux，要把命令改为sudo apt-get install git-core，因为以前有个软件也叫GIT（GNU Interactive Tools），结果Git就只能叫git-core了。由于Git名气实在太大，后来就把GNU Interactive Tools改成gnuit，git-core正式改为git。如果是其他Linux版本，可以直接通过源码安装。先从Git官网下载源码，然后解压，依次输入：./config，make，sudo make install这几个命令安装就好了。

2.2 在Windows上安装Git

在Windows上使用Git，可以从Git官网直接下载安装程序，（网速慢的同学请移步国内镜像），然后按默认选项安装即可。安装完成后，在开始菜单里找到“Git”->“Git Bash”，蹦出一个类似命令行窗口的东西，就说明Git安装成功！安装完成后，还需要最后一步设置，在命令行输入：

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

因为Git是分布式版本控制系统，所以，每个机器都必须自报家门：你的名字和Email地址。你也许会担心，如果有人故意冒充别人怎么办？这个不必担心，首先我们相信大家都是善良无知的群众，其次，真的有冒充的也是有办法可查的。注意git config命令的--global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。

git 入门学习网址推荐: https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000

三. git 的图形化界面sourcetree

图形化客户端：sourcetree下载地址https://www.sourcetreeapp.com/

安装:由于种种不可描述的原因，无法注册账号且无法登陆所以需要绕过登陆，绕过登陆方法:到 C:Users当前用户目录AppDataLocalAtlassianSourceTree 目录下，新建 accounts.json 文件，将以下内容复制进去

[
{
"$id": "1",
"$type": "SourceTree.Api.Host.Identity.Model.IdentityAccount, SourceTree.Api.Host.Identity",
"Authenticate": true,
"HostInstance": {
"$id": "2",
"$type": "SourceTree.Host.Atlassianaccount.AtlassianAccountInstance, SourceTree.Host.AtlassianAccount",
"Host": {
"$id": "3",
"$type": "SourceTree.Host.Atlassianaccount.AtlassianAccountHost, SourceTree.Host.AtlassianAccount",
"Id": "atlassian account"
},
"BaseUrl": "https://id.atlassian.com/"
},
"Credentials": {
"$id": "4",
"$type": "SourceTree.Model.BasicAuthCredentials, SourceTree.Api.Account",
"Username": "",
"Email": null
},
"IsDefault": false
}
]

四. pycharm与git的连接 与基本使用

第一步：设置GitHub账号和密码

你可以点击test按钮看是不是能够成功连接，如下图:

第二步:设置git

在git路径哪里填上你的git.exe的路径就行。

 经过上面这两步,Pycharm算是可以和GitHub互联了

更详细的操作参考博文https://www.cnblogs.com/wcwnina/p/9112255.html，http://www.cnblogs.com/sddai/p/9385647.html

第三步：安装插件.ignore

点击settings->plugins->Browse repositories->找到插件.ignore进行安装，用于提交项目时编辑.gitignore文件，忽略一些文件的追踪

第四步:创建requirement.txt文件

requirement.txt（自命名）文件是一个项目的依赖库文件，可以通过下面的方式自动生成：

进入虚拟环境，切换到项目根目录下，使用pip工具的 freeze（冻结）参数。

(mysite_env) F:Django_coursemysite>pip3 freeze > requirement.txt

他人如果拷贝了我们的代码，要安装第三方库依赖的话，只需要：

pip install -r requirement.txt

就可以一次性安装好所有的库了。

第五步：创建.gitignore文件

将不用上传到Github中，也不用进行版本管理的文件匹配到.gitignore文件中。

<1>Git 忽略规则优先级

在 .gitignore 文件中，每一行指定一个忽略规则，Git 检查忽略规则的时候有多个来源，它的优先级如下（由高到低）：

• 从命令行中读取可用的忽略规则
• 当前目录定义的规则
• 父级目录定义的规则，依次递推
• $GIT_DIR/info/exclude 文件中定义的规则
• core.excludesfile中定义的全局规则

<2>Git 忽略规则匹配语法

在 .gitignore 文件中，每一行的忽略规则的语法如下：

• 空格不匹配任意文件，可作为分隔符，可用反斜杠转义
• # 开头的文件标识注释，可以使用反斜杠进行转义
• ! 开头的模式标识否定，该文件将会再次被包含，如果排除了该文件的父级目录，则使用 ! 也不会再次被包含。可以使用反斜杠进行转义
• / 结束的模式只匹配文件夹以及在该文件夹路径下的内容，但是不匹配该文件
• / 开始的模式匹配项目跟目录
• 如果一个模式不包含斜杠，则它匹配相对于当前 .gitignore 文件路径的内容，如果该模式不在 .gitignore 文件中，则相对于项目根目录
• ** 匹配多级目录，可在开始，中间，结束
• ? 通用匹配单个字符
• [] 通用匹配单个字符列表

<3>常用匹配示例：

• bin/: 忽略当前路径下的bin文件夹，该文件夹下的所有内容都会被忽略，不忽略 bin 文件
• /bin: 忽略根目录下的bin文件
• /*.c: 忽略 cat.c，不忽略 build/cat.c
• debug/*.obj: 忽略 debug/io.obj，不忽略 debug/common/io.obj 和 tools/debug/io.obj
• **/foo: 忽略/foo, a/foo, a/b/foo等
• a/**/b: 忽略a/b, a/x/b, a/x/y/b等
• !/bin/run.sh: 不忽略 bin 目录下的 run.sh 文件
• *.log: 忽略所有 .log 文件
• config.php: 忽略当前路径的 config.php 文件

<4>.gitignore规则不生效解决办法

.gitignore只能忽略那些原来没有被track的文件，如果某些文件已经被纳入了版本管理中，则修改.gitignore是无效的。

解决方法就是先把本地缓存删除（改变成未track状态），然后再提交:

git rm -r --cached .
git add .
git commit -m 'update .gitignore'

>>>>>>待续