版本库SVN是什么？

git和github是什么？有什么作用？最用通俗的语言

Git(读音为/g?t/。

)是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。

Git 是?Linus Torvalds?为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

GitHub是一个面向开源及私有软件项目的托管平台，因为只支持git 作为唯一的版本库格式进行托管，故名GitHub。

分布式相比于集中式的最大区别在于开发者可以提交到本地，每个开发者通过克隆（git clone），在本地机器上拷贝一个完整的Git仓库。

GitHub于2008年4月10日正式上线，除了Git代码仓库托管及基本的 Web管理界面以外，还提供了订阅、讨论组、文本渲染、在线文件编辑器、协作图谱（报表）、代码片段分享（Gist）等功能。

扩展资料： GitHub同时提供付费账户和免费账户。

这两种账户都可以创建公开或私有的代码仓库，但付费用户支持更多功能。

根据在2009年的Git用户调查，GitHub是最流行的Git访问站点。

除了允许个人和组织创建和访问保管中的代码以外，它也提供了一些方便社会化共同软件开发的功能，即一般人口中的社群功能，包括允许用户追踪其他用户、软件库的动态，对软件代码的改动和bug提出评论等。

GitHub也提供了图表功能，用于概观显示开发者们怎样在代码库上工作以及软件的开发活跃程度。

GitHub同时允许注册用户和非注册用户在网页中浏览项目，也可以以ZIP格式打包下载。

但是用户必须注册一个账号然后才能进行讨论、创建并编辑项目、参与他人的项目和代码审查。

GitHub支持创建不限数量的公开仓库，已付费用户可以创建私有仓库。

2019年1月7日，GitHub宣布免费用户也可以创建私有仓库，私有仓库数量不限但每个仓库最多指32313133353236313431303231363533e59b9ee7ad9431333431373938定三个合作者。

参考资料来源：百度百科——GitHub 参考资料来源：百度百科——git

Myeclipse中自己写的代码如何添加到版本库， 我在本地测试出现 java.lang.Exception: ds is null 怎么解决

com.mysql.jbdc.Driver com.mysql.jdbc.Driver ----------- 比较下以上两个啊。

是你的drive class写错啦。

如何查看svn版本库信息

1、通过eclipse查看当前项目svn版本号，操作步骤：打开项目，右击项目名称->选择Team->显示资源历史记录 2、 修订号就是svn版本号 ，最上面的是最新的版本号，加粗的是你当前的svn号 3、可以查看单个文件的svn历史也可以查看项目的svn历史版本，操作都是一样的，不过是选中单个文件和项目，查看到的结果都是一样的，一个svn版本列表。

单个文件的最新svn号都是直接显示的，不需要查找。

4、通过tortoiseSVN查看当前项目svn版本号：打开右键菜单中的"show log" 5、然后看到一系列版本更新历史，前面的ID就是svn版本号，跟通过eclipse查看的是一样的。

6、每次打包或者阶段总结都应该记录操作的svn号，方便下次操作。

git和svn的区别和优缺点

1) 最核心的区别Git是分布式的，而Svn不是分布的。

能理解这点，上手会很容易，声明一点Git并不是目前唯一的分布式版本控制系统，还有比如Mercurial等，所以说它们差不许多。

话说回来Git跟Svn一样有自己的集中式版本库和Server端，但Git更倾向于分布式开发，因为每一个开发人员的电脑上都有一个Local Repository,所以即使没有网络也一样可以Commit，查看历史版本记录，创建项 目分支等操作，等网络再次连接上Push到Server端。

从上面看GIt真的很棒，但是GIt adds Complexity,刚开始使用会有些疑惑，因为需要建两个Repositories(Local Repositories & Remote Repositories),指令很多，除此之外你需要知道哪些指令在Local Repository，哪些指令在Remote Repository。

2)Git把内容按元数据方式存储，而SVN是按文件：因为,.git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。

.git目录的体积大小跟.svn比较，你会发现它们差距很大。

3) Git没有一个全局版本号，而SVN有：目前为止这是跟SVN相比Git缺少的最大的一个特征。

4) Git的内容的完整性要优于SVN: GIT的内容存储使用的是SHA-1哈希算法。

这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。

5) Git下载下来后，在OffLine状态下可以看到所有的Log,SVN不可以。

6) 刚开始用时很狗血的一点，SVN必须先Update才能Commit,忘记了合并时就会出现一些错误，git还是比较少的出现这种情况。

7) 克隆一份全新的目录以同样拥有五个分支来说，SVN是同时复制5个版本的文件,也就是说重复五次同样的动作。

而Git只是获取文件的每个版本的 元素，然后只载入主要的分支(master)在我的经验,克隆一个拥有将近一万个提交mit),五个分支,每个分支有大约1500个文件的 SVN,耗了将近一个小时！而Git只用了区区的1分钟！ 8) 版本库（repository):SVN只能有一个指定中央版本库。

当这个中央版本库有问题时，所有工作成员都一起瘫痪直到版本库维修完毕或者新的版本库设立完成。

而 Git可以有无限个版本库。

或者，更正确的说法，每一个Git都是一个版本库，区别是它们是否拥有活跃目录（Git Working Tree）。

如果主要版本库（例如：置於GitHub的版本库）发生了什麼事，工作成员仍然可以在自己的本地版本库（local repository）提交，等待主要版本库恢复即可。

工作成员也可以提交到其他的版本库！ 9)分支（Branch）在SVN，分支是一个完整的目录。

且这个目录拥有完整的实际文件。

如果工作成员想要开启新的分支，那将会影响“全世界”！每个人都会拥有和你一样的分支。

如果你的分支是用来进行破坏工作（安检测试），那将会像传染病一样,你改一个分支，还得让其他人重新切分支重新下载，十分狗血。

而 Git，每个工作成员可以任意在自己的本地版本库开启无限个分支。

举例：当我想尝试破坏自己的程序（安检测试），并且想保留这些被修改的文件供日后使用， 我可以开一个分支，做我喜欢的事。

完全不需担心妨碍其他工作成员。

只要我不合并及提交到主要版本库，没有一个工作成员会被影响。

等到我不需要这个分支时， 我只要把它从我的本地版本库删除即可。

无痛无痒。

Git的分支名是可以使用不同名字的。

例如：我的本地分支名为OK，而在主要版本库的名字其实是master。

最值得一提，我可以在Git的任意一个提交点mit point）开启分支！（其中一个方法是使用gitk –all 可观察整个提交记录，然后在任意点开启分支。

） 10)提交（Commit）在SVN，当你提交你的完成品时，它将直接记录到中央版本库。

当你发现你的完成品存在严重问题时，你已经无法阻止事情的发生了。

如果网路中断，你根本没办法提交！而Git的提交完全属於本地版本库的活动。

而你只需“推”（git push）到主要版本库即可。

Git的“推”其实是在执行“同步”（Sync）。

最后总结一下： SVN的特点是简单，只是需要一个放代码的地方时用是OK的。

Git的特点版本控制可以不依赖网络做任何事情，对分支和合并有更好的支持(当然这是开发者最关心的地方)，不过想各位能更好使用它，需要花点时间尝试下。

git是干嘛的（在哪方面会用到）

Git是什么？ Git是目前世界上最先进的分布式版本控制系统（没有之一）。

Git有什么特点？简单来说就是：高端大气上档次！ 那什么是版本控制系统？ 如果你用Microsoft Word写过长篇大论，那你一定有这样的经历： 想删除一个段落，又怕将来想恢复找不回来怎么办？有办法，先把当前文件“另存为……”一个新的Word文件，再接着改，改到一定程度，再“另存为……”一个新文件，这样一直改下去，最后你的Word文档变成了这样： 过了一周，你想找回被删除的文字，但是已经记不清删除前保存在哪个文件里了，只好一个一个文件去找，真麻烦。

看着一堆乱七八糟的文件，想保留最新的一个，然后把其他的删掉，又怕哪天会用上，还不敢删，真郁闷。

更要命的是，有些部分需要你的财务同事帮助填写，于是你把文件Copy到U盘里给她（也可能通过Email发送一份给她），然后，你继续修改Word文件。

一天后，同事再把Word文件传给你，此时，你必须想想，发给她之后到你收到她的文件期间，你做了哪些改动，得把你的改动和她的部分合并，真困难。

于是你想，如果有一个软件，不但能自动帮我记录每次文件的改动，还可以让同事协作编辑，这样就不用自己管理一堆类似的文件了，也不需要把文件传来传去。

如果想查看某次改动，只需要在软件里瞄一眼就可以，岂不是很方便？

SVN是什么？

SVN 是Subversion的简称，是一种集中式文件版本管理系统，对于开发人员来讲，应该是有必要掌握的工具，当然还有其他比如CVS,VSS等其他工具。

版本控制工具在团队协作方面的作用是毋庸置疑的。

对于个人开发，使用版本库也是很有必要的，一个是养成好的协作开发习惯，另外对于个人代码的纵向管理还是很有帮助的。

比如对于自己代码的形成时间过程会有所记录，在修改代码失误的情况下，可以回滚到任何自己提交的历史节点等，出现错误时，可以追溯代码历史，为分析BUG提供帮助等，如果有时间应该学习一下，当然开发过程中应该注意及时提交，写明提交注释，养成好的提交习惯。

纯个人开发好像还有个单机版的版本控制工具，具体叫什么名字不记得了，但使用方法和目的基本差不多