代码版本控制用SVN还是Git好?_源代码管理工具 一一 git-介绍与svn的对比

由网友 KnockCloud 提供的答案：

对于代码版本控制,Git是更好的选择。Git是一个分布式版本控制系统,它具有以下优点：

分布式

每个开发人员都有一个完整的代码库,可以在本地进行更改和提交,而不需要连接到中央服务器。这使得Git更加灵活和可靠,因为即使中央服务器出现故障,开发人员也可以继续工作。

强大的分支和合并功能

Git的分支和合并功能非常强大,可以轻松地创建和合并分支,这使得团队协作更加容易。

社区支持

Git是一个非常流行的版本控制系统,有一个庞大的社区支持,可以轻松地找到解决方案和支持。

相比之下,SVN是一个集中式版本控制系统,它具有以下缺点：

需要连接到中央服务器：开发人员必须连接到中央服务器才能进行更改和提交,这使得SVN更加脆弱,因为如果中央服务器出现故障,开发人员将无法工作。

分支和合并功能较弱：SVN的分支和合并功能相对较弱,这使得团队协作更加困难。

社区支持较少：相对于Git,SVN的社区支持较少,这意味着开发人员可能会遇到更多的问题和挑战。

由网友 Java技术 提供的答案：

代码版本控制是软件开发中非常重要的一个环节,因为它能够记录代码的变化历史,以便在必要的时候回滚到以前的版本。目前,两种最流行的代码版本控制工具是SVN和Git。在选择哪种工具时,需要考虑到许多因素,包括团队规模,项目复杂度,开发模式,以及团队成员的喜好。

SVN（Subversion）是一个开源的版本控制系统,具有历史记录,并发控制,分支合并等功能。它适用于小型和中型团队,并且支持集中式模型,即所有团队成员通过一个中央服务器进行代码协作。这种模型适合团队成员不太熟悉版本控制工具,并需要高度控制的团队。例如,如果您的团队需要对每个提交的代码进行审核和批准,则SVN可以满足您的需求。

另一方面,Git是一种分布式版本控制系统,具有许多高级功能,如分支,合并,暂存,快速撤消等。它非常适合大型团队,因为它允许多个开发人员在同一时间在同一项目上进行工作,并且不需要通过中央服务器进行同步。因此,即使在网络问题或中央服务器故障时,团队成员仍然可以继续工作,并且在网络恢复后可以将代码合并回主分支。

此外,Git还具有高效的性能,特别是在大型项目的情况下。由于它的分布式架构,Git可以将代码的提交和更改记录分散到多个位置,这可以提高代码的更新速度。

另外,Git具有强大的分支功能,可以轻松地创建和管理多个分支,以实现多种开发方式。例如,团队可以在主分支上继续工作,同时在另一个分支上开发新功能。在功能开发完成后,团队可以将新功能合并到主分支中。

总的来说,如果您的团队对版本控制的需求不是很复杂,并且您希望有一个简单易用的解决方案,那么SVN可能是一个不错的选择。然而,如果您的团队需要一个强大的分布式版本控制系统,那么Git是更好的选择。

最后,选择哪种工具取决于您的团队的具体需求

由网友 Crazy夜风 提供的答案：

Git和SVN（Subversion）都是流行的版本控制系统,但它们之间存在一些关键区别。选择哪个系统取决于你的团队和项目需求。以下是关于它们的一些比较：

1. 分布式版本控制（Git）vs 集中式版本控制（SVN）： Git是分布式的,每个开发人员都拥有完整的代码库副本,这使得在离线状态下进行工作和提交更容易。而SVN是集中式的,所有操作都需要与服务器进行通信。
2. 性能和速度： Git通常比SVN更快,特别是在提交、分支和合并操作方面。这是因为Git在本地执行大部分操作,而SVN需要与服务器进行通信。
3. 分支和合并： Git具有更强大的分支和合并支持。在Git中,分支和合并是一种常规操作,而在SVN中,这些操作可能会更加繁琐和耗时。
4. 学习曲线： SVN的学习曲线相对较低,特别是对于那些之前没有使用过版本控制系统的人。Git的学习曲线更陡峭,但它提供了更多的高级功能。
5. 社区和生态系统： Git拥有更大的社区和生态系统,包括许多流行的托管服务（如GitHub和GitLab）。SVN的社区相对较小,但它仍然有一些稳定的托管服务（如Apache Subversion）。

根据以上比较,Git似乎是更先进和流行的选择,特别是对于需要频繁分支和合并的项目。然而,如果你的团队已经熟悉SVN,或者你需要一个更简单的版本控制系统,那么SVN也是一个可行的选择。

由网友 李家梦想家 提供的答案：

不评价那个好,两个是不同的东西。

但是,上面那些黑 SVN 的兄弟们,你们真的懂 SVN 吗？

SVN属于被淘汰的上一代版本管理工具。用SVN,你就属于被淘汰的一类。

此句无力吐槽……

比如说队里的熊孩子搞砸了,一连几个commit都不能编译。太简单了：用git rebase -i可以把一条branch上的坏commit一个一个剔掉。换了SVN,提交了坏代码的话,天皇老子都没法改。

revert change 很easy 的丫亲！

不会 github 的程序员我不会发 offer。

老大,别这么绝对好吗？没入党也可以当选村官啊！！

svn的缺点主要是不能离线提交

不能够离线提交不是缺点,是 feature！是 feature！是 feature！你确定你的 Build machine 需要"离线提交"吗？你确定你的兄弟"离线提交"了一个fix,产品上的 bug 就真的 fix 了吗？？？

"另外,SVN 还有一大弊端,当团队合并文件时,如果有两人上传发生冲突则需管理员协调完成后其他成员才可继续上传"。

冲突是在本地的,在本地解决冲突的时候,根本不会影响到其它人上传好吗？

还有说 SVN 不能够做分支的,我就不再说什么了。。

利益相关：

在世界500强公司的 Build & Release team 工作,专业做持续集成（Continuous Integration）。

目前用"上一代"版本管理工具 SVN,外加 Jenkins、JIRA、MSBuild、PowerShell 等工具来服务分布在美国、新西兰、澳大利亚、英国、印度、上海、贝尔格莱德、伦敦等世界各地的研发 team 的代码构建和产品发布。

公司有 55000 个人,写代码的研发团队不知道一共多少人。但我这里看得见的有在用 SVN 的至少有 1000 人。

基于这些工具,去年我们的软件在5个活跃分支上一共交付了 62 个 release…客户们都点赞…

当然,也用过 Git。Git 很棒！基于 Github 社区的支持,它可以说是分布式源码管理工具里最流行的。

由网友 青涩小鱼8 提供的答案：

当然是git,这几乎已经成为工业标准了,

git和svn区别主要是去中心化,虽然大部分时间不会用到,还是以一个服务器为中心！

还有git还有一个全球最大同性交友平台,github,可以直接拉代码,也可以上传开源,也可以作为自己的私有仓库,就是不公开你的代码也行！

由网友 码码唬唬 提供的答案：

国内大部分公司 还真谈不上什么svn git版本管理工具那个好！那个都可以,远远没有达到纠结到选哪个版本管理工具[捂脸]。更多的精力,时间应该放在代码架构 质量上下功夫！大部分问题是是代码架构,质量太差！

由网友 大熊AI 提供的答案：

SVN是集中式的版本控制系统,Git是分布式的版本控制系统。这意味着SVN需要一个中央服务器来存储所有的版本信息,而Git可以在每个开发者的本地机器上保存完整的版本历史。

SVN更适合小型团队和简单项目,Git更适合大型团队和复杂项目。因为SVN依赖于网络连接,所以在多人协作时可能会出现冲突和延迟。而Git可以在离线状态下进行提交、分支、合并等操作,提高了效率和安全性。

SVN对分支管理的支持较弱,Git对分支管理的支持较强。SVN创建分支需要复制整个目录,而Git创建分支只需要指向某次提交。这使得Git可以轻松地创建、切换、合并多个分支。

由网友 哎哟喂 提供的答案：

当涉及代码版本控制系统（Version Control System,VCS）的选择时,常见的选择是SVN（Subversion）和Git。每个系统都有其自身的优势和适用场景：

SVN（Subversion）：

- 集中式版本控制系统：SVN是一种集中式的VCS,其中有一个中央仓库作为代码存储的单一来源。开发者通过从中央仓库获取代码副本来进行工作,然后提交更改。这使得控制和管理代码更加集中和简单,适用于小型团队或较简单的项目。

- 直观的用户界面：SVN具有相对简单和直观的用户界面,易于使用和理解。对于新手来说,它可能更容易上手。

Git：

- 分布式版本控制系统：Git是一种分布式的VCS,每个开发者都可以拥有完整的代码仓库副本。这意味着开发者可以在本地进行代码提交、分支和合并等操作,不依赖于中央服务器。这使得Git更适用于大型团队、复杂项目和需要高度分支和并行开发的场景。

- 强大的分支和合并支持：Git提供了强大的分支和合并功能,使得开发者能够轻松创建、切换和合并分支。这对于同时进行多个功能开发、修复bug或实验性工作非常有用。

综上所述,SVN适合小型团队和简单项目,而Git适用于大型团队、复杂项目和需要强大分支和并行开发支持的场景。您的选择还应考虑团队的需求、个人偏好和项目特点。

由网友 躬身践行 提供的答案：

Git是一个非常强大的版本管理工具,你可以用它来管理你的代码。它可以让开发者使用代码就能快速搭建应用的工具。

SVN最初是一款为云计算设计的产品,通过提供灵活的访问控制机制和分布式部署能力,可以帮助企业实现快速部署、高效运维管理。 它支持传统网络和混合网络环境,可满足大型企业复杂的通信需求； 它支持异构环境部署,适用于企业多云部署场景； 它支持传统混合模式以及私有边缘计算模式,适合于中小型企业灵活且复杂的应用场景。

从不同的角度来看, SVN和 Git是非常相似。但是从不同的角度来看,它们都有自己独特的优势。

推荐一个JVS的企业计划中的 协同设计功能, 他核心的思路 将git这种版本管理 改造成为了对业务人员使用的 功能,但是GIT对于普通设计人员操作太复杂,对于非技术人员来讲GIT使用是一种麻烦,所以JVS-teamwork 中提供了协同设计的能力与极简的交互体验,只需要正常的对文件提交即可,通过这样系统会自动记录多个文档的版本变化,实现多交付文件的版本协同控制。

保障多人、多版本、任意生成新的分支、合并等功能,提供给任务人员操作的界面

系统会自动检测整体文档的变化,一旦出现变化会自动存档,而且会对文件的版本进行记录

这个能力实现同一个内容可以支持不同版本,最后输出不同的方案,也可以将变化合并到一起等等。

jvs-teamwork可以尝试体验下。而且支持在线的内容预览,支持office 等文件的在线编辑功能。