目录
web前端开发工具——Git(一)简单介绍Git以及部分远程仓库
作为一名程序猿,我们在工作中或许会因为岗位的不同学习不同的技术,但是一些工具却不会因为岗位的不同而不需要学习,因此我们若想拜入程序员猿派,我们就必须要掌握这些工具(对新手而言,这也是简历上必须要掌握的技能)。
在项目开发中往往是由多个人员共同协作完成的,并且一个项目往往是由版本迭代的,所以我们必须掌握的一项工具就出现了,那就是——版本控制工具!
接下来就用类比来介绍一下版本控制工具到底是何方神圣:
(以上都是我的废话)
假如有这么一种情况:
我和小W要共同写一部小说,不过呢我在我家里写,他在他家里写,这个时候就出现问题了,我们各自写各自的,最后怎么能说我们写的是同一个小说呢?
这个时候我们就可以使用版本控制工具了,我们先“一起”用版本控制工具在一个服务器上先创建一个空小说,然后我和小W在各自用版本控制工具将空小说“下载”到自己家里的电脑上,就开始自己写自己的了,但这时我们就相当于都在写同一个小说了。
这个时候又出现一种情况了:我们各自写自己的,要是我让主角写的不死不灭,小W却将主角写死了,这不是情节就冲突了吗?
不要紧,版本控制工具可以用来解决这个问题。因为我们最终的小说肯定是要合并成一个小说的,当我们用版本控制工具上传各自的并合并小说时,版本控制工具会给我们列出冲突的地方,我们就可以修改了冲突之后再合并,这样一部“共享”小说就写完了。
当然,这个例子并不是很恰当,因为版本控制工具的功能比这个例子表现出来的更强大!
版本控制工具有很多,但是在工作中用的比较多的一般是Git以及SVN。
它们的区别主要有:
- Git是分布式的,而SVN不是。Git的分布式是因为它不光有一个线上版本库,每个开发人员在自己本地的电脑上还有一个本地库,在没有网络时开发人员完全可以利用自己的本地库来进行提交、分支等操作,等到有网络时推送到主干就行。而SVN提交更新必须保持和主干的网络连接。
- Git是将内容按元数据存储的,而SVN是按文件存储的。
- Git没有全局版本号,而SVN有。
- Git的内容完整性要优于SVN。
- SVN必须先更新再提交,不然很容易出现错误,而Git却很少出现这种情况。
- SVN提交时是直接提交到了中央版本库,而Git一般是先提交到本地仓库,再推到主版本库。
- SVN的“分支”其实还是在修改主文件,Git的分支则真的是创建了主干的分身,修改提交分支时并不影响主干。
我们在使用时只需要了解这些就行,但如果想更好地使用他们时还是需要深入学习以下的。
Git的文档里讲述了版本控制工具的发展以及Git的使用以及安装:
Git安装地址:安装
当我们安装完成后右击鼠标菜单栏里多出“Git Bash Here”以及“Git GU HereI”时表示安装成功:
接下来只需要配置一下Git就可以了,Git安装后只需配置一次,之后的工作会一直使用这个配置(当然如果需要也可以通过命令行重新配置)。
点击Git Bash Here打开命令行界面输入以下两条命令:
git config --global user.name "small W"
git config --global user.email smallw@example.com
这两条命令配置的是昵称和邮箱,这样上传代码时可以确保识别是谁上传的。
当我们使用Git来进行项目的版本控制以及协作开发时,我们需要一个线上服务器(远程仓库)来保存我们的主干代码,目前我接触的远程仓库有:
1、Github
2、腾讯工蜂
接下来几章我们来介绍这两个远程仓库的简单使用以及Git的常用操作。