git和githup
Posted wsnb8
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了git和githup相关的知识,希望对你有一定的参考价值。
一:Git简介
1.1:VCS的历史
Git是一款代码管理工具(Version Control System),傲视群雄,是目前世界上最先进的免费开源的分布式版本控制系统,没有之一!
VCS版本控制系统(version control system),是一种记录一个或若干文件内容变化,以便将来查阅特定版本修订情况的系统。版本控制系统不仅可以应用于软件源代码的文本文件,而且可以对任何类型的文件进行版本控制。用的比较多的如svn,git等。
1.本地版本控制
通过保存并管理文件补丁的方式,来记录对应文件修订前后的内容变化。目前最为流行的一种本地版本控制系统是rcs,所以,根据每次修订后的补丁,rcs可以通过不断打补丁,计算出各个版本的文件内容。当然这样做之后,对于本机被管理文件可以做到版本回滚或者回退,但是对于处在不同系统上的开发者要进行协同工作,就遇到了问题。于是也就有了“集中式版本控制工具”。
2. 集中式版本控制
集中式版本控制系统(Centralized Version Control Systems,简称 CVCS),版本库是集中存放在中央服务器的,而干活的时候,用的都是自己的电脑,所以要先从中央服务器取得最新的版本,然后开始干活,干完活了,再把自己的活推送给中央服务器
这么做最显而易见的缺点是中央服务器的单点故障。如果维修一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作。如果中心数据库所在的磁盘发生损坏,又没有做恰当备份,毫无疑问你将丢失所有数据——包括项目的整个变更历史,只剩下人们在各自机器上保留的单独快照。
相比老式的VCS,每个人能看到项目中其他人在干嘛,管理员也可以控制每个开发者的权限,但是一个致命的缺点就是中央服务器的单点故障。如果发生,谁都无法提交更新,无法协同工作,甚至有丢失数据的风险。至此,后来产生了“分布式版本控制工具”。
3. 分布式版本控制
客户端并不是提取最新版本的文件快照,而是把原始的代码仓库完整地镜像下来,分布式,当我们连接共享版本库时,可以先将服务器上的项目,克隆到本地,相当于每一台电脑上都有整个项目的文件备份,在没有网时也可以开发,完成开发后,可以先提交到本地仓库,当有网的时候,再提交到共享版本库,这样一来,如果我们的服务器或者我们自己的电脑出故障,我们也没有任何担心的。
1.2:Git的历史
起初参与Linux开源项目的代码是由Linus Torvalds本人通过“diff”和“patch”命令来手动为别人整合代码的。随着项目越做越大,代码库之大让Linus很难继续通过手工方式管理了,社区的弟兄们也对这种方式表达了强烈不满。
diff介绍
diff A B > C
1.diff 命令比较文本文件。它能比较单个文件或者目录内容。
2.diff 命令只有当输入为文本文件时才有效。
3.如果指定了 Directory1 和 Directory2 参数,diff 命令比较两个目录下名字相同的文本文件。列出不同的二进制文件、公共子目录和只在一个目录出现的文件。
4.diff命令用于比较两个文件的差异,它可以被制作成补丁文件,使用patch命令对相应的文件打补丁。
Patch: 补丁
于是Linus选择了一个商业的版本控制系统BitKeeper,BitKeeper的东家BitMover公司出于人道主义精神,授权Linux社区免费使用这个版本控制系统。
直到2005年,Linux社区牛人聚集,不免沾染了一些梁山好汉的江湖习气。开发Samba的Andrew试图破解BitKeeper的协议(这么干的其实也不只他一个),被BitMover公司发现了(监控工作做得不错!),于是BitMover公司怒了,要收回Linux社区的免费使用权。
Linus可以向BitMover公司道个歉,保证以后严格管教弟兄们,嗯,这是不可能的。实际情况是这样的:Linus花了两周时间自己用C写了一个分布式版本控制系统,这就是Git!一个月之内,Linux系统的源码已经由Git管理了!Git也由此诞生了。
有人说:“Git的出现,使得其他国家和美国的计算机水平差距拉近了30年!!!”
1.3:Git和SVN的区别
- Git是分布式,SVN是集中式
- Git的每个历史版本存储的是完整的文件,而SVN只是存储文件的差异
- Git可以离线完成大部分操作,SVN不可以
- Git有着更优雅的分支和合并实现
- Git有更强的撤销修改和修改版本历史的能力
- Git速度更快,效率更高
1.4:Git和Github的关系
- Git是一个分布式的版本控制系统;
2.GitHub是一个基于Git的项目托管平台,它提供了web界面,我们可以在上面创建资源仓库来存放你的项目;
3.在本地或服务器创建一个资源仓库通过shell命令或图形用户界面可以和远端的GitHub进行项目同步更新,实现对项目的管理。
二:Git的安装
2.1:下载git客户端
链接:https://pan.baidu.com/s/1r-XCZtqA8qgdEKbPWo6rTA
密码:y4k3
2.2:安装git
2.3:可能出现的问题
这时候 以管理员身份运行cmd命令
msiexec /package 你将要安装的程序的完整路径及程序名 (注意空格)
例如: msiexec /package e:gitxxx文件名 回车即可
三:Git入门
3.1:基本配置
我们本地仓库中的代码最终是要上传到GitHub中,而在上传的时候,必须要指定我们的信息,包括用户名和邮箱地址!方便团队或者项目组中其他人员知道是谁修改或者上传了代码!
所以我们首先要设置用户名和邮箱地址!
1.设置用户名和邮箱
安装成功之后,右键点击桌面空白位置===》Git Bash Here
git config --global user.name 用户名
git config --global user.email 邮箱地址
2. 修改用户信息
vim ~/.gitconfig
在这个文件中也可以,新增name和email
3. 删除用户信息
如果有多个用户,想删除指定的用户可以使用
git config --global --unset user.name 用户名
3.2:基本操作
1. 创建本地仓库
git init
2. 创建并编辑文件
vim gitDemo.txt
内容如下
3. 将文件新增到暂存区
我们刚才创建的gitDemo.txt文件虽然在我们的仓库目录下,但是并没有被仓库所管理!
需要使用git add让文件被仓库管理(进入暂存区)
4.将文件提交到历史仓库
5.对文件进行修改
此时,我们对修改的文件有两种处理方式!
- 确实需要修改,那么我们使用git add将文件放进暂存区
- 如果是误修改,我们可以将文件回滚到之前的版本
6.对比文件差异
7. 撤销修改
这里的撤销指的是,我们修改的文件还没有被提交到暂存区!
之后,还有一种方式是===》已经提交到了暂存区之后怎么撤销?
3.3:工作区,暂存区,历史仓库
1.基本描述
我们使用了git init初始化git仓库之后,在文件夹中会多出一个.git隐藏文件夹!
这个.git隐藏文件夹就是git的版本库repository。
我们创建的myRepertory文件夹就是工作区 working directory。
暂存区:暂存区可以理解为一个虚拟工作区,这个虚拟工作区会跟踪工作区的文件变化(增删改等操作)。这个工作区的位于.git文件夹下的index目录下
2.注意点
- 当需要对工作区的修改提交到版本库前,暂存区会与工作区进行差异比较,如果工作区与暂存区的文件不一致,那么需要同步工作区的修改到暂存区,然后才可以提交到版本库;
- 暂存区可以说是工作区和版本库的桥梁,我们对文件的修改可以先放在暂存区中,如果后悔了不仅可以非常方便撤销,而且不会影响到现有的版本库;
- 只要我们使用过git add,那么文件就会被跟踪,暂存区跟踪记录了工作区的文件名和文件状态(在index文件中会记录修改时间,文件大小等信息);
- 下次我们对文件进行修改的时候,会比较时间戳来判断文件是否被修改,
在执行git status时,首先会到.git/index下查看被跟踪的工作区文件的时间戳,如果发现自上次执行git add(执行git add可以让工作区的文件被跟踪)以来,文件的时间戳发生了变化,那么判断文件发生了改动,于是会与暂存区的原始文件与工作区中的该文件进行差异比较,如果发现两个文件内容不一致,那么就给出差异信息。
3.实例演示
3.4:查询历史提交记录
1. git log
2. git log --pretty=oneline
也可以查询某个指定文件的提交历史
3.git reflog
4.git log和git reflog的区别
01.Git log查询的是commit id,作者以及提交时间和提交信息
但是不包括之前删除的历史记录
02.git reflog查询的是简洁的commit id和提交信息
也会包含之前删除的历史记录
3.5:回退历史版本
git reset 版本ID
3.6:撤销修改
这里的修改,就是我们的文件已经到达了暂存区了,需要把修改的文件还原到工作区!
3.7:误删除工作区的文件
3.8:真正删除文件
以上是关于git和githup的主要内容,如果未能解决你的问题,请参考以下文章