Git 的使用Git Bash和Git GUI

      使用Github也有一年的时间了，以前一直都是使用的Github客户端，对提交，更新，克隆，合并，分支有必定的了解和实践。一直都想试试命令行的形式，可是感受可能桌面版的方便就没有作。

      但是Github客户端是在线安装，每次台式电脑都没有安装成功，致使平时不能提交代码管理，都是在笔记本上完成的。因此狠下心来玩玩Git命令模式。安装了Git事后出现了Git Bash 和GIT GUI；搞了一下午都没有提交成功。不知道哪里出了问题。晚上来试试了Git Bash 实验成功了。实验室的代码管理也在使用SVN，因此对比一下吧。

      SVN先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是本身的电脑，因此要先从中央服务器取得最新的版本，而后开始干活，干完活了，再把本身的活推送给中央服务器。中央服务器就比如是一个图书馆，你要改一本书，必须先从图书馆借出来，而后回到家本身改，改完了，再放回图书馆。

      集中式版本控制系统最大的毛病就是必须联网才能工做，若是在局域网内还好，带宽够大，速度够快，可若是在互联网上，遇到网速慢的话，可能提交一个10M的文件就须要5分钟，这还不得把人给憋死啊。

那分布式版本控制系统与集中式版本控制系统有何不一样呢？首先，分布式版本控制系统根本没有“中央服务器”，每一个人的电脑上都是一个完整的版本库，这样，你工做的时候，就不须要联网了，由于版本库就在你本身的电脑上。既然每一个人电脑上都有一个完整的版本库，那多我的如何协做呢？比方说你在本身电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，大家俩之间只需把各自的修改推送给对方，就能够互相看到对方的修改了。

       和集中式版本控制系统相比，分布式版本控制系统的安全性要高不少，由于每一个人电脑里都有完整的版本库，某一我的的电脑坏掉了没关系，随便从其余人那里复制一个就能够了。而集中式版本控制系统的中央服务器要是出了问题，全部人都无法干活了。

在实际使用分布式版本控制系统的时候，其实不多在两人之间的电脑上推送版本库的修改，由于可能大家俩不在一个局域网内，两台电脑互相访问不了，也可能今天你的同事病了，他的电脑压根没有开机。所以，分布式版本控制系统一般也有一台充当“中央服务器”的电脑，但这个服务器的做用仅仅是用来方便“交换”你们的修改，没有它你们也同样干活，只是交换修改不方便而已。

        固然，Git的优点不单是没必要联网这么简单，后面咱们还会看到Git极其强大的分支管理，把SVN等远远抛在了后面。

        CVS做为最先的开源并且免费的集中式版本控制系统，直到如今还有很多人在用。因为CVS自身设计的问题，会形成提交文件不完整，版本库莫名其妙损坏的状况。一样是开源并且免费的SVN修正了CVS的一些稳定性问题，是目前用得最多的集中式版本库控制系统。除了免费的外，还有收费的集中式版本控制系统，好比IBM的ClearCase（之前是Rational公司的，被IBM收购了），特色是安装比Windows还大，运行比蜗牛还慢，能用ClearCase的通常是世界500强，他们有个共同的特色是财大气粗，或者人傻钱多。

微软本身也有一个集中式版本控制系统叫VSS，集成在Visual Studio中。因为其反人类的设计，连微软本身都很差意思用了。分布式版本控制系统除了Git以及促使Git诞生的BitKeeper外，还有相似Git的Mercurial和Bazaar等。这些分布式版本控制系统各有特色，但最快、最简单也最流行的依然是Git！

按照这个流程来走：

      1、建立github repository(仓库)

　　 2、安装git客户端

　　 3、为Github帐户设置SSH key

　　 4、上传本地项目到github

1.建立一个仓库，后面要用到产生的SSH地址

2.安装Git

3.SSH key我去作的时候已经有了，多是以前GIT bash也配置过。

4.上传本地项目到github

4-1 建立一个本地项目

我这建立了几个空文件夹和一个文件及一个项目配置文件，好多前端项目都这样搭架构，我也追随潮流哈。

 

4-2 创建本地仓库

再来复习一下建立新仓库的指令：

　　

git init //把这个目录变成Git能够管理的仓库
　　git add README.md //文件添加到仓库
　　git add . //不但能够跟单一文件，还能够跟通配符，更能够跟目录。一个点就把当前目录下全部未追踪的文件所有add了 
　　git commit -m "first commit" //把文件提交到仓库
　　git remote add origin git@github.com:wangjiax9/practice.git //关联远程仓库
　　git push -u origin master //把本地库的全部内容推送到远程库上

 

首先，进入到beautifulDay项目目录，还记得建立仓库成功后的那个页面吧，指令都在呢。

而后执行指令：git init

初始化成功后你会发现项目里多了一个隐藏文件夹.git

这个目录是Git用来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，否则改乱了，就把Git仓库给破坏了。

接着，将全部文件添加到仓库

执行指令：git add .

而后，把文件提交到仓库，双引号内是提交注释。

执行指令：git commit -m "提交文件"

如此本地仓库创建好了。

4-3 关联github仓库

到github beautifulDay仓库复制仓库地址

而后执行指令：git remote add origin git@github.com:wangjiax9/beautifulDay.git

4-4 上传本地代码

执行指令：git push -u origin master

1）敲一个：yes， 而后回车

到此，本地代码已经推送到github仓库了，咱们如今去githubt仓库看看。

咦！奇怪了，个人目录呢？这个坑忽然冒出来是否是印象很深入呢~

注意咯：git是不能管理空的文件夹的，文件夹里必须有文件才能add

好，咱们来试一下，我在examples里新建了一个test1.html文件

执行指令添加文件->提交文件->推送文件

git add .

git commit -m "提交test1.html"

git push -u origin master

而后刷新一个github，你会看到，examples文件夹出来了。

打开examples文件夹，test1.html也在里面。

 本机的git_test试验结果：

实际代码提交试验：不过每次有输入密码和帐号，应该能够默认设置。

关于Git GUI的在继续试验.....

如今GUI也能够实现建立仓库和提交代码了

之前选位置貌似应该为Arbitrary Location. 优化的是把帐号和密码保存起来！

 

参考：Git Gui for Windows的建库、克隆（clone）、上传（push）、下载（pull）、合并

        Git可视化极简易教程 — Git GUI使用方法

整个流程和 github入门到上传本地项目  差很少！