Git学习笔记

Git学习笔记

版本控制

什么是版本控制 版本迭代

版本控制（Revision control）是一种在开发过程中用于管理我们对文件、工程等内容修改历史，方便查看历史记录，备份以便恢复以前的版本的软件工程技术。

• 实现跨区域多人协同开发
• 追踪和记载一个或者多个文件的历史记录
• 组织和保护你的源代码和文档
• 统计工作量
• 并行开发，提高工作效率
• 追踪记录整个软件的开发过程
• 减轻开发人员的负担，节省时间，同时降低认为错误

简单说就是用于管理多人协同开发的项目的技术

没有进行版本控制或版本控制本身缺乏正确的流程管理，在软件开发过程中会引入很多问题，如软件代码的冗余、软件过程的事物性、软件开发过程中的并发性、软件源代码的安全性，以及软件的综合等问题。

多人开发必须使用版本控制，否则代价会比较大

常见的版本控制工具

主流的版本控制工具有如下几个：

• Git
• SVN (Subversion)
• CVS (Concurrent Versions System)
• VSS (Microsoft Visual SourceSafe)
• TFS (Team Foundation Server)
• Visual Studio Online

版本控制产品非常多。。。

1、本地版本控制

记录文件每次的更新，可以对每个版本做一个快照，或是记录补丁文件，如RCS。

2、集中版本控制 （SVN）

所有的版本数据都保存在服务器上，协同开发者从服务器上同步更新或上传自己的修改

所有的版本数据都存在服务器上，用户的本地只有自己以前所同步的版本，如果不联网的话，用户就看不到 历史版本，也无法切换版本验证问题，或在不同分支工作。而且，所有数据都保存在单一的服务器上，有很大的风险这个服务器损坏，这样就会丢失所有的数据，当然可以定期备份。代表产品：SVN、CVS、VSS

3、分布式版本控制 Git

所有版本信息仓库全部同步到本地的每个用户，这样就可以在本地查看所有版本历史，可以离线在本地提交，只需在联网时push到相应的服务器或其他用户哪里。由于每个用户那里保存的都是所有的版本数据，只要有一个用户的设备没有问题就可以恢复所有的数据，但这增加了本地存储空间的占用。

Git与SVN最主要的区别

SVN是集中式版本控制系统，版本库是集中放在中央服务器上的，而工作的时候，用的都是自己的电脑，所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的工作代码提交到中央服务器，集中式版本控制系统是必须联网才能工作，对网络带宽要求较高。

Git是分布式版本控制系统，没有中央服务器，每个人的电脑就是一个完成整的版本库，工作的时候不需要联网，因为版本都在自己的电脑上。协同的方法是这样的：比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这是，你们两个之间只需要把各自的修改推送给对方就可以看到对方的修改了

Git是目前世界上最先进的分布式版本控制系统。

Git配置

Git配置

所有的配置文件都保存在本地

Git/etc/gitconfig
C:/Users/Administrator/.gitconfig 当前用户的配置 --global全局

查看配置：git config -l

查看系统配置: git config --system --list

查看本地配置:git config --global --list

设置用户名和邮箱

git config --global user.name “用户名”

git config --global user.email “邮箱”

Git基本理论

工作区域

Git本地有三个工作区域：工作目录（Working Directory）、暂存区（Stage/Index）、资源库（Repository或GitDirectory）。如果再加上远程的git仓库（Remote Directory）既可以分为四个工作区域。文件在这四个区域之间的关系转换如下

						Remote Directory 
	git push⬆️									⬇️gitpull
							History
	git commit⬆️								⬇️git reset
						  Stage(Index)
git add files⬆️								⬇️git checkout
						Working Directory

• WorkSpace ：工作区，就是平时存放项目代码的地方
• Index/Stage：暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息
• Repository：仓库区（或本地仓库），就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD只想最新放入仓库的版本
• Remote：远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换

本地的三个区域确切的说应该是git仓库中HEAD指向的版本

工作流程

git的工作流程一般是这样的：

1. 在工作目录添加、修改文件
2. 将需要进行版本管理的文件放入暂存区域（git add）
3. 将暂存区的文件提交到git仓库

因此git管理的文件有三种状态：已修改（modified），已暂存（Staged），已提交（committed）

本地创建仓库

git init

克隆远程仓库

git clone url

Git文件操作

文件4种状态

版本控制就是对文件的版本控制，要对文件进行修改、提交等操作，首先要知道文件当前在什么状态，不然可能会提交了现在还不想提交的文件，或者要提交的文件没提交上。

• Untracked: 未跟踪 此文件在文件夹中，但并没有加入到git库，不参与版本控制，通过git add 状态变为Staged.
• Unmodify: 文件已经入库，未修改，即版本库中的文件快照内容与文件夹中完全一致，这种类型的文件有两种去处，如果它被修改，而变为Modified. 如果使用git rm移出版本库, 则成为Untracked文件
• Modified: 文件已修改，仅仅是修改，并没有进行其他的操作，这个文件也有两个去处，通过git add可进入暂存staged状态，使用git checkout 则丢弃修改过，返回到unmodify状态，这个git checkout即从库中取出文件，覆盖当前修改 !
• Staged: 暂存状态. 执行git commit则将修改同步到库中，这时库中的文件和本地文件又变为一致，文件为Unmodify状态，执行git reset HEAD filename取消暂存，文件状态为Modified

查看文件状态

git status

添加文件到暂存区

git add . 				添加所有文件到暂存区
git add 指定文件 		添加指定文件到暂存区

提交文件到本地仓库

git commit -m '注释内容' 将暂存区文件提交到本地仓库

将本地仓库代码同步到远程仓库

git push	提交到远程仓库
git pull 	通常提交到远程仓库之前要先将远程仓库代码拉取到本地，以免发生冲突

忽略文件

在工作目录下建立.gitignore文件

#为注释*.class			 #忽略所有 .class结尾的文件,这样的话上传就不会被选中！*.txt        #忽略所有 .txt结尾的文件,这样的话上传就不会被选中！!lib.txt     #但lib.txt除外/temp        #仅忽略项目根目录下的TODO文件,不包括其它目录tempbuild/       #忽略build/目录下的所有文件doc/*.txt    #会忽略 doc/notes.txt 但不包括 doc/server/arch.txt

Git分支

分支在Git中相对较难，分支就是科幻电影里面的平行宇宙，如果两个平行宇宙互不干扰，那对现在的你也没啥影响。不过，在某个时间点，两个平行宇宙合并了，我们就需要处理一些问题了

git中常用的分支命令

# 列出所有本地分支git branch# 列出所有远程分支git branck -r# 新建一个分支，但依然停留在当前分支git branch [branch-name]# 新建一个分支，并切换到该分支git checkout -b [branch]# 合并指定分支到当前分支git merge [branch]# 删除分支git branch -d [branch-name]# 删除远程分支git push origin -delete [branch-name]git branch -dr [remote/branch]

如果同一个文件在合并分支时都被修改了则会引起冲突：解决的办法是我们可以修改冲突文件后重新提交！选择要保留他的代码还是你的代码！

master主分支应该非常稳定，用来发布新版本，一般情况下不允许在上面工作，工作一般情况下在新建的dev分支上工作，工作完后，比如上要发布，或者说dev分支代码稳定后可以合并到主分支master上来。