SVN是什么？企业使用svn和git哪个多一些

本文目录

• SVN是什么
• 企业使用svn和git哪个多一些
• Linux上的svn配置文件在哪里
• linux svn客户端的日志编码怎么修改
• git对比svn有什么优势
• 谁能给我简单解释一下，svn的功能和作用吗
• 现在用得多的是svn还是git
• svn是什么意思
• git和svn哪个好
• linux怎么visualsvn server

SVN是什么

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

SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，它的设计目标就是取代CVS。互联网上很多版本控制服务已从CVS迁移到Subversion。

说得简单一点SVN就是用于多个人共同开发同一个项目，共用资源的目的。

svn存储版本数据也有2种方式： BDB(一种 事务安全型表类型)和 FSFS(一种不需要数据库的 存储系统)。因为BDB方式在服务器中断时，有可能锁住数据，所以还是FSFS方式更安全一点。

企业使用svn和git哪个多一些

企业使用git多一些，原因如下：

• 因为git版本库占用空间小；

• git是分布式管理系统，完全可以不对代码进行备份；

• git不用时时联网查询；

• 如果客户端离服务器端非常远，在网速糟糕的情况下，用svn下载代码速度远不上git。

1. git版本库占用空间小，SVN每个分支都是一份代码的copy，而git每个分支只是各个提交点的hash值的集合。分支几乎不占用什么空间。

2. git是分布式管理系统，完全可以不对代码进行备份，但SVN不行，一旦服务器的硬盘挂掉整个代码库就完了。

3. git不用时时联网查询，并且对文件进行压缩，使得文件体积大大减小，并且传输速度快，svn是单个文件，git是压缩后的，在使用svn时我已经碰到过好几次服务器无响应了。由于git很多都可以在本地操作的，所以大大降低了客户端对服务器的连接，出现这种情况的概率会大大减小。

参考资料

git官网.git官网[引用时间2018-1-4]

Linux上的svn配置文件在哪里

查看svn手册。这很必要，知道每个文件的作用。

可以这样查找相关svn文件:
#查找有关svn关键字的目录及文件
find / -name “*svn*“
find / -name “*Svn*“
find / -name “*SVN*“
#根据以上查找到的配置文件，来了解本机svn服务器的配置方法

有时候也会整合apache哦，你可以在apache的配置文件找相关《Location》段

linux svn客户端的日志编码怎么修改

需求：今天根据项目经理的要求，要求开发人员在使用SVN进行提交的时候一定要填写SVN的日志信息，否则不允许开发人员提交信息！实现方式： 把下面的代码保存为pre-commit，并设置权限为755，将此文件放置在SVN下的hooks目录下，如：/work/svn/tes...

git对比svn有什么优势

　　我使用SVN有5年的历史了，而且现在在公司里仍然是使用SVN。但是大概在3年前，我的所有个人项目都已经迁移到了git(gitHub)上。我能想出很多git优于subversion的地方，大部分是体现在分布式优于集中式的特征上，但如果你让我说出任何SVN分过来胜过git的地方，我竟一时想不出来一个。但这就能说明git完胜SVN吗？
　　事实当然不是这样，就像是Windows和Linux，你不能说这个一定就比那个好。最近在stackexchange的讨论让我学习了不少。先举个简单的例子证明有些地方你只能用SVN而不能用git。谷歌的搜索排名算法，就不能放到分布式开放的代码库了。
　　这种情况下SVN的集中式管理就是不二选择。下面就来条理的看看Subversion在哪些环境下比git更适用。
　　

谁能给我简单解释一下，svn的功能和作用吗

svn
=
版本控制
+
备份服务器简单的说，您可以把svn当成您的备份服务器，更好的是，他可以帮您记住每次上传到这个服务器的档案内容。并且自动的赋予每次的变更一个版本。
通常，我们称用来存放上传档案的地方就做repository。用中文来说，有点像是档案仓库的意思。不过，通常我们还是使用repository这个名词。基本上，第一次我们需要有一个新增(add)档案的动作，将想要备份的档案放到repository上面。日后，当您有任何修改时，都可以上传到
repository上面，上传已经存在且修改过的档案就叫做commit，也就是提交修改给svn
server的意思。针对每次的commit，svn
server都会赋予他一个新的版本。同时，也会把每次上传的时间记录下来。日后，因为某些因素，如果您需要从repository下载曾经提交的档案。您可以直接选择取得最新的版本，也可以取得任何一个之前的版本。如果忘记了版本，还是可以靠记忆尝试取得某个日期的版本。

现在用得多的是svn还是git

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)在我的经验,克隆一个拥有将近一万个提交(commit),五个分支,每个分支有大约1500个文件的 SVN,耗了将近一个小时！而Git只用了区区的1分钟！
8) 版本库（repository):SVN只能有一个指定中央版本库。当这个中央版本库有问题时，所有工作成员都一起瘫痪直到版本库维修完毕或者新的版本库设立完成。而 Git可以有无限个版本库。或者，更正确的说法，每一个Git都是一个版本库，区别是它们是否拥有活跃目录（Git Working Tree）。如果主要版本库（例如：置於GitHub的版本库）发生了什麼事，工作成员仍然可以在自己的本地版本库（local repository）提交，等待主要版本库恢复即可。工作成员也可以提交到其他的版本库！

svn是什么意思

SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，它的设计目标就是取代CVS。互联网上很多版本控制服务已从CVS迁移到Subversion。说得简单一点SVN就是用于多个人共同开发同一个项目，共用资源的目的。
svn [医][=superior vestibular nerve]前庭上神经；

git和svn哪个好

GIT是分布式的，SVN不是：
这是GIT和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。如果你能理解这个概念，那么你就已经上手一半了。需要做一点声明，GIT并不是目前第一个或唯一的分布式版本控制系统。还有一些系统，例如Bitkeeper, Mercurial等，也是运行在分布式模式上的。但GIT在这方面做的更好，而且有更多强大的功能特征。
GIT跟SVN一样有自己的集中式版本库或服务器。但，GIT更倾向于被使用于分布式模式，也就是每个开发人员从中心版本库/服务器上chect out代码后会在自己的机器上克隆一个自己的版本库。可以这样说，如果你被困在一个不能连接网络的地方时，就像在飞机上，地下室，电梯里等，你仍然能够提 交文件，查看历史版本记录，创建项目分支，等。对一些人来说，这好像没多大用处，但当你突然遇到没有网络的环境时，这个将解决你的大麻烦。
同样，这种分布式的操作模式对于开源软件社区的开发来说也是个巨大的恩赐，你不必再像以前那样做出补丁包，通过email方式发送出去，你只需要创建一个分支，向项目团队发送一个推请求。这能让你的代码保持最新，而且不会在传输过程中丢失。GitHub.com就是一个这样的优秀案例。
有些谣言传出来说subversion将来的版本也会基于分布式模式。但至少目前还看不出来。
GIT把内容按元数据方式存储，而SVN是按文件：
所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。如果你把.git目录的体积大小跟.svn比较，你会发现它 们差距很大。因为,.git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。
GIT分支和SVN的分支不同：
分支在SVN中一点不特别，就是版本库中的另外的一个目录。如果你想知道是否合并了一个分支，你需要手工运行像这样的命令svn propget svn:mergeinfo，来确认代码是否被合并。感谢Ben同学指出这个特征。所以，经常会发生有些分支被遗漏的情况。
然而，处理GIT的分支却是相当的简单和有趣。你可以从同一个工作目录下快速的在几个分支间切换。你很容易发现未被合并的分支，你能简单而快捷的合并这些文件。
GIT没有一个全局的版本号，而SVN有：
目前为止这是跟SVN相比GIT缺少的最大的一个特征。你也知道，SVN的版本号实际是任何一个相应时间的源代码快照。我认为它是从CVS进化到 SVN的最大的一个突破。因为GIT和SVN从概念上就不同，我不知道GIT里是什么特征与之对应。如果你有任何的线索，请在评论里奉献出来与大家共享。
更新：有些读者指出，我们可以使用GIT的SHA-1来唯一的标识一个代码快照。这个并不能完全的代替SVN里容易阅读的数字版本号。但，用途应该是相同的。
GIT的内容完整性要优于SVN：
GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。这里有一个很好的关于GIT内容完整性的讨论 –

linux怎么visualsvn server

VisualSVN Server是一个集成的svn服务端工具，并且包含mmc管理工具。是一款svn服务端不可多得的好工具。你可以先安装好VisualSVN Server后，运行VisualSVN Server Manger,然后创建新的代码库，并设置一下安全性能，其次我们就创建一个用户了。