代码版本控制用SVN还是Git好？

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

分布式

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

强大的分支和合并功能

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

社区支持

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

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

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

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

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

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

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

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

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

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

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

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

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

但是，上面那些黑 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 社区的支持，它可以说是分布式源码管理工具里最流行的。

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也是一个可行的选择。

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

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

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