【Git/Github】笔记

一、Git概述

Git是一个免费的、开源的 分布式版本控制系统，可以快速高效地处理从小型到大型的各种项目。
 
Git易于学习，占地面积小，性能极快。它具有廉价的本地库，方便的暂存区域和多个工作流分支等特性。其性能优于Subversion、CVS、Perforce和ClearCase等版本控制工具。

 

1.1 什么是版本控制

版本控制是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统。简单来说就是用于管理多人协同开发项目的技术。
 
版本控制其实最重要的是可以记录文件修改历史记录，从而让用户能够查看历史版本，方便版本切换。

 

1.2 为什么需要版本控制

没有进行版本控制或者版本控制本身缺乏正确的流程管理，在软件开发过程中将会引入很多问题，如：软件代码的一致性、软件内容的冗余、软件过程的事物性、软件开发过程中的并发性、软件源代码的安全性，以及软件的整合等问题。
无论是工作还是学习，或者是自己做笔记，都经历过这样一个阶段！我们就迫切需要一个版本控制工具。（多人开发就必须要使用版本控制）
 
版本控制工具所具有的功能:

• 协同修改
  多人并行不悖的修改服务器端的同一个文件。
• 数据备份
  不仅保存目录和文件的当前状态，还能够保存每一个提交过的历史状态。
• 版本管理
  在保存每一个版本的文件信息的时候要做到不保存重复数据，以节约存储空间，提高运行效率。这方面 SVN 采用的是增量式管理的方式，而Git 采取了文件系统快照的方式。
• 权限控制
  对团队中参与开发的人员进行权限控制。
  对团队外开发者贡献的代码进行审核——Git 独有。
• 历史记录
  查看修改人、修改时间、修改内容、日志信息。
  将本地文件恢复到某一个历史状态。
• 分支管理
  允许开发团队在工作过程中多条生产线同时推进任务，进一步提高效率。

 

1.3 版本控制工具

1.3.1 集中式版本控制工具

CVS、SVN、VSS……
集中化的版本控制系统诸如CVS、SVN等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。

 

1.3.2 分布式版本控制工具

Git、Mercurial、Bazaar、Darcs…
像Gt这种分布式版本控制工具，客户端提取的不是最新版本的文件快照，而是把代码仓库完整地镜像下来（本地库）。这样任何一处协同工作用的文件发生故障，事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作，实际上都是一次对整个文件仓库的完整备份。

 

1.4 Git工作机制

 

1.5 Git和代码托管中心

代码托管中心是基于网络服务器的远程代码仓库，一般我们简单称 远程库。
 
局域网:

• GitLab

互联网:

• GitHub(外网)
• Gitee码云(国内网站)

 

二、Git常用命令

将文件移除暂存区:  git rm <file.xx>

查看版本详细信息:  git log

linux基本命令:
查看文件内容:  cat <file.xx>
查看当前目录下的文件:  ll
查看当前目录下的文件(包含隐藏文件):  ll -a

 

三、Git分支操作

3.1 分支的概述

什么是分支:
在版本控制过程中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来，开发自己分支的时候，不会影响主线分支的运行。对于初学者而言，分支可以简单理解为副本，一个分支就是一个单独的副本。（分支底层其实也是指针的引用）~
 
分支的好处:
同时并行推进多个功能开发，提高开发效率。
各个分支在开发过程中，如果某一个分支失败，不会对其他分支有任何影响。失败的分支删除重新开始即可。

 

 

3.2 分支的操作

冲突的产生：
合并分支时，两个分支在同一个文件的同一个位置有两套完全不同的修改。Git无法替我们决定使用哪一个。必须人为决定新代码内容。
查看状态（检测到有文件有两处修改）
 
也就是，需要合并的分支对应当时建立的原来分支进行了修改，不再是建立此需要合并的分支的那个版本，Git无法在此版本上自动进行合并，就需要我们人为修改保存，使用Git commit -m “xxx” 不带文件名进行提交
 
冲突的解决:
 第一步：编辑文件，删除特殊符号
 第二步：把文件修改到满意的程度，保存退出
 第三步：git add [文件名]
 第四步：git commit -m “日志信息”

head -> master -> first
head指针 指向 master分支，master分支 指向 first版本(1a768c…)

master、hot-fix其实都是指向具体版本记录的指针。当前所在的分支，其实是由HEAD决定的。所以创建分支的本质就是多创建一个指针。
HEAD如果指向master,那么我们现在就在master分支上。’
HEAD如果执行hotfix,那么我们现在就在hotfix分支上。
所以切换分支的本质就是移动HEAD指针。

 

四、Git团队协作机制

4.1 团队内协作

 

4.2 跨团队协作

 

五、Github操作

查看当前所有远程地址别名:  git remote -v
创建运程地址别名:  git remote add [别名] [远程地址]
推送到运程库:  git push [别名] [分支]
拉取到本地库:  git pull [别名] [分支]
克隆运程仓库到本地:  git clone [运程地址] (clone会做如下操作。1、拉取代码。2、初始化本地仓库。3、创建别名)
 
ssh免密登陆:  ssh-keygen -t rsa -C xxxxx@qq.com