git使用学习之——oschina资料记录 (整理)

“git” 一个神秘陌生而又听闻过的东西，未接触时觉着哇，好高大上，哇好复杂，哇好强大.... 就如自己初学时他人告之说，Git并没有那么困难，而今只能说自己会用git这个东西，并做一个几率，便于作为自己日后的参考资料。至于深究的留给那群大神去探究，我们只负责用轮子就够了



。

前排提示：以下大部分技术内容，并非是自己所创，而是将自己所用的资料已此方式进行整理了而已，所以大神请留情。

git是什么

百度百科上的说法：



通俗易懂一点呢，它就是一个管理代码的工具，并且它是免费的开源的，在实际团队开发过程中经常使用，与SVN的功能类似但有区别

参考地址：http://blog.chinaunix.net/uid-20770070-id-203992.html

百度百科：-12032478-wrap]http://baike.baidu.com/link?url=S_ul5PsWKahddN7CAa1gn7ITNTC3-ibUGdtwmItXKaAhg66jEmrN1T6cWneqRohkBRVOJ0MTE1SauWU6vliZn_#reference-[1]-12032478-wrap

Git/Svn 异同

他们同属版本控制系统，大致区别为，SVN是集中式版本控制系统，Git是分布式版本控制系统。在初使用时，SVN学习成本较低，Git稍高。使用效率及频率上，主要是看项目习惯而定，反正就是两者都能实现同一功能——即版本控制，用谁都行，看自我习惯而定。

以下为转载：

Linus一直痛恨的CVS及SVN都是集中式的版本控制系统，而Git是分布式版本控制系统，集中式和分布式版本控制系统有什么区别呢？

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



集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，遇到网速慢的话，可能提交一个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！

==============是不是觉得上面讲解的Git教程很不错，图文并茂的，这里呢是转载至一位大神的教程(部分)，包括我本人是通过此篇教程学习入门的，推荐推荐推荐！！！
《廖雪峰的官方网站》 ——GIt教程：http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000

以上有我们常用到的所有操作，基本上可以作为教科书来形容，不过廖老师的系列教程是针对“gitHub”来说的，所以区别也还是有滴，但不大。

github与git@oschina异同

我觉着吧，区别不是很明显，它们代码托管网站，使用它们的好处就是我们不必自己搭建一个git系统，github、git@osc它们本身就是已集成搭建好了git系统，我们只需要使用即可，至于优劣。。。 还是那句话，看项目经理或者取决于你想怎么用呗。

参考资料(github与国内coding,oschina相比，有哪些优势？ 来自知乎)：https://www.zhihu.com/question/26889819/answer/34524861

使用连接git@oschina远程仓库

廖大神教程中有提到，如何连接github的远程仓库，如学习时用的就是github没错，但如果使用的是git@oschina则有所差别，正所谓“不是一家人怎么都进不了一个门”，所以这里还是有区别。 注：其余操作无差别，如 git add xxx 命令类，是通用的。

1.廖大神内容截图，如不知道是哪一篇，请看这里(git 连接远程仓库)：http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001374385852170d9c7adf13c30429b9660d0eb689dd43a000

好了，以下是正文，也就是有区别的地方，，，，

第1步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有

id_rsa

和

id_rsa.pub

这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git
Bash），创建SSH Key：

$ ssh-keygen -t rsa -C "youremail@example.com"

你需要把邮件地址换成你自己的邮件地址，然后一路回车，使用默认值即可，由于这个Key也不是用于军事目的，所以也无需设置密码。

如果一切顺利的话，可以在用户主目录里找到

.ssh

目录，里面有

id_rsa

和

id_rsa.pub

两个文件，这两个就是SSH
Key的秘钥对，

id_rsa

是私钥，不能泄露出

======ok，前面的操作还是一致，从生成，

.ssh

目录，以及目录下文件后区别呈现。文件为：

id_rsa

和

id_rsa.pub

教程中讲到，需要在github中创建一个账号，那么同样你需要在git@oschina中建立账号，然后再绑定，以下是步骤。
1.创建账号： 略。 自己创建就好。

2.填写git公钥(id_rsa.pub)：

找到id_rsa_pub中的公钥，复制下来，按照以下操作添加至git@oschina账户的本地公钥中。（注：创建的公钥账号必须一致）



3.与远程仓库进行连接

本地有了安装，且git@oschina添加了公钥，那接下来应该是需要将本地的git仓库与git@osc中的进行关联，以便将代码上传至git@osc中，首先创建一个项目，
操作如下：



创建项目后，效果如下：



好了，本地有了，git@osc项目有了，接下来就是该进行连接了。。

首先，你本地的准备工作应该要做到以下几点：
1.本地已创建git仓库 也就是 git init
2.找到仓库目录，并进入Git Bash命令中，这里必须在同一目录下。
随后输入命令 git remote origin git@git.oschina.net:dcb_/test.git
如下：



注意：1.这里的origin是远程仓库名，与之前项目所取项目名test无关，由于一般情况下都是使用origin，故这里也就拿origin来作为远程仓库名了。2.后面的dcb_/test.git是什么意思？ 请看上图地址栏url部分。。。

3.查看连接情况: 输入命令 git remote -v



可以查询到现在的连接情况，当然注意一点：别以为命令执行成功，就认为连接是百分之百成功的，告诉你未必。。。。 如若，错误，在推送代码时会出错，所以这里也有益处的命令行： “git remote rm origin" 执行后，移除远程仓库链接。

4.推送本地仓库的文件至远程仓库中
既然，远程仓库也连接好了，那么是不是该拿下来了呢？ 注：并未尝试通过命令行拿项目，一般情况下都是通过myeclipse插件拿下直接导入。
好了，这里做一个推送例子，上传一个test.txt文件至远程仓库。



以上命令表示，本地仓库中已经上传了一个test.txt的文件，且现状态正常。 看不懂的，请先看教程，达到了这一步以后接下来是上传推送，
命令如下：“git push -u origin master” 其中，origin是远程仓库名，master是分支名，告诉他推送到那个仓库，执行效果



为什么会上传不成功呢？ 可明明推送代码就是这个呀？ 这里不用疑惑，这是因为本地的分支与远程仓库不一致导致，在我们进行推送前还需要先把远程仓库中的分支跟本地同步，命令代码为： “git pull origin master”



执行后



发现，多了两个文件，对，这个时候就将远程仓库的东西同步下来了，换句话说这个时候可以进行文件推送了，至于这个框怎么办，简单。。。直接关闭，重新打开 Git Bash就可以了，这个时候再执行“git push -u origin master”

上传成功后，即可查看到



已经上传成功。。。

4.总结

上传成功后，表示git@osc初学成功，另告知，在学习是请 已廖大神 《廖雪峰的官方网站》 ——GIt教程：http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000
的教程为主导，如若需要使用到git@osc时，可能本文才能起到丁点作用。
同时感谢那些默默付出的大神！ 膜拜膜拜！！

最后一点，在使用方式上，只要学会简单的操作即可，其余的可以在需要时去找资料即可。

附上git@oschina官网教程：http://git.oschina.net/progit/1-%E8%B5%B7%E6%AD%A5.html