Git 是一个免费的、开源的分布式版本控制系统,可以快速高效地处理从小型到大型的各种项目。
Git 易于学习,占地面积小,性能极快。它具有廉价的本地库,方便的暂存区域和多个工作流分支等特性。 其性能优于Subversion 、CVS 、Perforce 和 ClearCase 等版本控制工具。
Git是一个开源的分布式版本控制系统,可以有效、高速地处理从很小到非常大的项目版本管理。Git是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。
同生活中的许多伟大事物一样,Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众 多的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002 年间)。 到 2002 年,整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代 码。
到了 2005 年,开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束,他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。 这就迫使 Linux 开源社区(特别是 Linux 的缔造者 Linus Torvalds)基于使用 BitKeeper 时的经验教训,开发出自己的版本系统。
版本控制是一种记录文件内容变化,以便将来查阅特定版本修订情况的系统。
版本控制其实最重要的是可以记录文件修改历史记录,从而让用户能够查看历史版本,方便版本切换。
版本控制满足了从个人开发过渡到团队协作的需求:
举个简单的列子来说,如上图所示模拟团队开发。当多人共同研发一个项目的时候,为了方便使用,会将项目发布在一个统一的地方(服务器或远程仓库),然后每个开发者获取项目,针对自己的模块去进行项目完善,然后将完善好的项目再次进行发布,这样一来远程仓库就会记录下每次项目的改动(不同版本),如果遇到问题甚至还可以回溯,大大提高了容错率。
集中化的版本控制系统诸如 CVS 、SVN 等, 都有一个单一的集中管理的服务器, 保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。多年以来,这已成为版本控制系统的标准做法。
这种做法带来了许多好处,每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限,并且管理一个集中化的版本控制系统,要 远比在各个客户端上维护本地数据库来得轻松容易。
事分两面,有好有坏。这么做显而易见的缺点是中央服务器的单点故障
。如果服务器宕机一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作。
Git 、Mercurial 、Bazaar、Darcs……
像 Git 这种分布式版本控制工具,客户端提取的不是最新版本的文件快照,而是把代码仓库完整地镜像下来 (本地库)。这样任何一处协同工作用的文件发生故障, 事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作,实际上都是一次对整个文件仓库的完整备份。
分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:
主要命令:
clone(克隆)
: 从远程仓库中克隆代码到本地仓库
checkout (检出)
:从本地仓库中检出一个仓库分支然后进行修订
add(添加)
: 在提交前先将代码提交到暂存区
commit(提交)
: 提交到本地仓库。本地仓库中保存修改的各个历史版本
fetch (抓取)
: 从远程库,抓取到本地仓库,不进行任何的合并动作,一般操作比较少。
pull (拉取)
: 从远程库拉到本地库,自动进行合并(merge),然后放到到工作区,相当于fetch+merge
push(推送)
: 修改完成后,需要和团队成员共享代码时,将代码推送到远程仓库
Git 官网:https://git-scm.com/
选择对应的电脑版本进行下载:
下载好后,双击安装,next:
自定义安装路径,next:
默认,next:
默认,next:
默认vim即可,next:
初始化分支名称默认即可,next:
仅在git bush中使用,next:
后台客户端连接协议,默认OpenSSL即可,next:
行末换行符,默认即可,next:
选择git bash默认终端,next:
Git pull 合并的模式, 选择默认,next:
Git 的凭据管理器,选择默认的跨平台的凭据管理器,next:
其他配置, 选择默认设置,next:
实验室功能,技术还不成熟,不要勾选, 然后点击右下角的 Install 按钮, 开始安装 Git:
安装完成:
在 Git Bash
终端里输入 git --version
查看 git
版本,如图所示, 说明 Git
安装成功: