Git和Github

Git和Github

1.版本控制

版本控制软件

版本控制软件是一个用来记录文件变化，以便将来查阅特定版本修订情况的系统，因此有时也叫做“版本控制系统”。

1.1本地版本控制系统

使用软件来记录文件的不同版本，提高了工作效率， 降低了手动维护版本的出错率

缺点：

• 单机运行，不支持多人协作开发
• 版本数据库故障后，所有历史更新记录会丢失

1.2集中化的版本控制系统

特点：基于服务器、客户端的运行模式

• 服务器保存文件的所有更新记录
• 客户端只保留最新的文件版本

优点：联网运行，支持多人协作开发

缺点：

• 不支持离线提交版本更新
• 中心服务器崩溃后，所有人无法正常工作
• 版本数据库故障后，所有历史更新记录会丢失

1.3分布式版本控制系统

特点：基于服务器、客户端的运行模式

• 服务器保存文件的所有更新版本
• 客户端是服务器的完整备份，并不是只保留文件的最新版本

优点：

• 联网运行，支持多人协作开发
• 客户端断网后支持离线本地提交版本更新
• 服务器故障或损坏后，可使用任何一个客户端的备份进行恢复

2. Git

2.1 Git介绍

Git 是一个开源的分布式版本控制系统，是目前世界上最先进、最流行的版本控制系统。可以快速高效地处理 从很小到非常大的项目版本管理。

特点：项目越大越复杂，协同开发者越多，越能体现出 Git 的高性能和高可用性！

Git 之所以快速和高效，主要依赖于它的如下两个特性：

• 直接记录快照，而非差异比较 空间换时间
• 近乎所有操作都是本地执行

Git 中的三个区域：工作区、暂存区、Git 仓库。

Git 中的三种状态：

• 已修改modified 表示修改了文件，但还没将修改的结果放到暂存区
• 已暂存staged 表示对已修改文件的当前版本做了标记，使之包含在下次提交的列表中
• 已提交committed 表示文件已经安全地保存在本地的 Git 仓库中

工作区的文件被修改了，但还没有放到暂存区，就是已修改状态。

如果文件已修改并放入暂存区，就属于已暂存状态。

如果 Git 仓库中保存着特定版本的文件，就属于已提交状态。

工作区中文件的 4 种状态

• 未跟踪（Untracked） 不被 Git 所管理的文件
• 未修改（Unmodified） 工作区中文件的内容和 Git 仓库中文件的内容保持一致
• 已修改（Modified） 工作区中文件的内容和 Git 仓库中文件的内容不一致
• 已暂存（Staged） 工作区中被修改的文件已被放到暂存区，准备将修改后的文件保存到 Git 仓库中
• Git 操作的终极结果：让工作区中的文件都处于“未修改”的状态。

2.2 Git安装

官网：https://git-scm.com/

安装完成后设置：

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

2.3 Git基本指令

1. 在现有目录中初始化仓库

   在项目目录中，通过鼠标右键打开“Git Bash”

   执行 git init 命令将当前的目录转化为 Git 仓库

2. 显示文件状态

   git status
   git status -s
   git status --short
   

3. 增删改查

   #提交到暂存区
   git add
   git add . 
   #提交更新
   git commit -m "本次修改的内容"
   git commit -a -m "本次修改的内容"    //跳过git add 这一步
   #删除文件
   git rm -f  文件名            //从 Git 仓库和工作区中同时移除对应的文件   
   git rm --cached  文件名      //只从 Git 仓库中移除指定的文件，但保留工作区中对应的文件
   

4. 查看提交历史

   # 使用不同于默认格式的方式展示提交历史
   git log --pretty=oneline
   # 简洁展示历史
   git log --online
   # 分支所有呈现
   git log --oneline --all 
   # 显示 commit 历史，以及每次 commit 发生变更的文件交
   git log --stat 
   # 显示指定文件相关的每一次 diff
   git log -p [file] 
    # 展示最近的两次提交
   git log -p -2    
   # 看最近的历史消息
   git log -n4 --online  
   

5. 配置文件

   一般我们总会有些文件无需纳入 Git 的管理，也不希望它们总出现在未跟踪文件列表。 在这种情况下，我们可以创建一个名为 .gitignore 的配置文件，列出要忽略的文件的匹配模式。

   文件 .gitignore 的格式规范如下：
   - 以 # 开头的是注释 
   - 以 / 结尾的是目录 
   - 以 / 开头防止递归 
   - 以 ! 开头表示取反 
   - 可以使用 glob 模式进行文件和文件夹的匹配（glob 指简化了的正则表达式）
   

2.4 Git 分支

在进行多人协作开发的时候，为了防止互相干扰，提高协同开发的体验，建议每个开发者都基于分支进行项目 功能的开发

2.3.1本地分支操作

#查看分支列表
git branch         //分支名字前面的 * 号表示当前所处的分支。

#创建新分支
git branch 分支名称

#切换分支
git checkout  分支名称

#分支的快速创建和切换
git checkout -b 分支名称

#合并分支
git merge 分支名称
//假设要把 C 分支的代码合并到 A 分支， 则必须先切换到 A 分支上，再运行 git merge 命令，来合并 C 分支！

#删除分支
git branch -d 分支名称

2.3.2远程分支操作

• 将本地分支推送到远程仓库
  • git push -u 远程仓库别名 本地分支名称；远程分支名称
  • 第一次推送分支需要带 -u 参数，此后可以直接使用 git push 推送代码到远程分支。
• 查看远程仓库中所有的分支列表
  • git remote show 远程仓库名称
• 跟踪分支
  • 跟踪分支指的是：从远程仓库中，把远程分支下载到本地仓库中。
  • git checkout 远程分支名称
  • git checkout -b 本地分支名称 远程仓库名称/远程分支名称
• 拉取远程分支的最新的代码
  • git pull
• 删除远程分支
  • git push 远程仓库名称 --delete 远程分支名称

3.Github

3.1 开源协议

• BSD（Berkeley Software Distribution）
• Apache Licence 2.0
• GPL（GNU General Public License）
  • 具有传染性的一种开源协议，不允许修改后和衍生的代码做为闭源的商业软件发布和销售
  • 使用 GPL 的最著名的软件项目是：Linux
• LGPL（GNU Lesser General Public License）
• MIT（Massachusetts Institute of Technology, MIT）
  • 是目前限制最少的协议，唯一的条件：在修改后的代码或者发行包中，必须包含原作者的许可信息
  • 使用 MIT 的软件项目有：jquery、Node.js

3.2 Github

https提交代码

git remote add origin  地址	
git push -u origin master
//之后每次提交只需git push

ssh

• 打开 Git Bash
• 粘贴如下的命令，并将 your_email@example.com 替换为注册 Github 账号时填写的邮箱：
  • ssh-keygen -t rsa -b 4096 -C “your_email@example.com”
• 连续敲击 3 次回车，即可在 C:\Users\用户名文件夹.ssh 目录中生成 id_rsa 和 id_rsa.pub 两个文件
• 将id_rsa.pub文件内容复制到key中即可