对于软件开发人员来说，版本控制系统他们再熟悉不过了，所谓版本控制系统就是软件项目开发过程中用于储存开发人员所写代码所有修订版本的软件。它的主要目的是实现开发团队并行开发、提高开发效率，对软件开发进程中文件或目录的发展过程提供有效的追踪手段，保证在需要时可回到旧的版本，避免文件的丢失、修改的丢失和相互覆盖，从而减轻开发人员的负担，节省时间，同时降低人为错误。而目前常见的版本控制系统分为集中式版本控制系统和分布式版本控制系统两种。 SVN和Git 在集中式版本控制系统中，目前比较常用的是SVN，而说起SVN就不能不谈CVS，CVS是一个C/S系统，主要在开源软件管理中使用。多个开发人员通过一个中心版本控制系统来记录文件版本，从而达到保证文件同步的目的。CVS版本控制系统是一种GNU软件包，主要用于在多人开发环境下的源码的维护。但是由于CVS编码存在一些问题，大多数软件开发公司都使用SVN替代了CVS。SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，它的设计目标就是取代CVS。互联网上很多版本控制服务已从CVS迁移到Subversion。说得简单一点SVN就是用于多个人共同开发同一个项目，共用资源的目的。 而在分布式版本控制系统中，Git逐渐占据了上风，目前，国外最大的社交编程及代码托管网站Github，Bitbucket，Gitlab，国内的码云、Coding、华为软件开发云（DevCloud）中的配置管理等代码托管平台均支持Git。Git是一款免费、开源的分布式版本控制系统，可以有效、高速的处理从很小到非常大的项目版本管理。Git是Linus Torvalds为了帮助管理Linux内核开发而开发的一个开放源码的版本控制软件。Torvalds 开始着手开发 Git 是为了作为一种过渡方案来替代 BitKeeper，后者之前一直是Linux内核开发人员在全球使用的主要源代码工具。开放源码社区中的有些人觉得BitKeeper 的许可证并不适合开放源码社区的工作，因此Torvalds决定着手研究许可证更为灵活的版本控制系统。尽管最初Git的开发是为了辅助Linux内核开发的过程，但是我们已经发现在很多其他自由软件项目中也使用了Git。 而随着拥有分布式版本控制系统优势的Git的快速发展，越来越多的开发者准备从集中式版本控制系统SVN迁移到Git上，这其中，Git相对SVN表现出来的更有利于开发者版本控制管理的特点自然是最重要的原因。 Git vs. SVN 因为从属于不同的集中和分布式模式，因此，从工作模式来看，Git和SVN存在着比较明显的不同，如下图所示。 1.png (27.29 KB, 下载次数: 1) 下载附件 保存到相册 4 天前 上传 集中式版本控制系统工作模型 2.png (22.04 KB, 下载次数: 1) 下载附件 保存到相册 4 天前 上传 分布式版本控制模型从两者的工作模式可以看到，分布式相比于集中式的最大区别在于开发者可以提交代码到本地，每个开发者通过克隆（Git clone），在本地机器上拷贝一个完整的Git仓库。而SVN则必须将代码提交到中心控制器。而由此产生的差异性，则决定了Git和SVN的各自的特性。 安全性 首先在安全性方面，由于采用分布式系统，每个用户就相当于一个Git库的备份，同时，通过SHA1哈希保证数据的完整性，防止恶意篡改，因此，具有很高的安全性。而SVN由于采用集中式，因此，所有代码版本库均存储在中央服务器中，因此，存在很大的单点故障的风险，同时，当服务器端历史数据被篡改时，客户端难以发现。 分支功能 在分支功能方面，由于Git采用本质上指向Commit对象的可变指针，因此，便于查询和追溯分支间的提交历史，并能够支持双向合并。而SVN分支不支持提交隔离，虽然一次提交可同时更改主线和分支的内容，但无法查询和追溯分支间的提交历史。 发布控制 在Git中，可以设置只有发布管理员才有权限推送的版本库或者分支，用于稳定发布版本的维护，还可以设置只有项目经理、模块管理员才有权推送的版本库或者分支，用于整合测试，因此，发布控制相当灵活，而SVN并没有明确的发布控制配置，更多的还是依靠用户自己的习惯。 开发审核 在开发审核方便，Git支持团队成员自建分支和版本库。通过合并请求或从成员个人版本库、分支获取提交，从提交说明、代码规范等方面对提交逐一审核。而SVN则不具备这些功能。 合并支持 Git基于DAG（有向非环图）的设计比SVN的线性提交提供更好的合并追踪，避免不必要的冲突，提高了工作效率。而Git基于对内容的追踪而非对文件名追踪，所以遇到一方或双方对文件名更改时，能够很好进行自动合并或提供工具辅助合并。而SVN遇到同样问题时会产生树冲突，解决起来很麻烦。 因此，从以上的对比可以看出，Git相对于SVN具有不少的优势，因此，从SVN迁移到Git成为了众多开发者的选择。 从SVN到Git 那么，从SVN到底如何切换到Git呢？实际上，方法有很多种，也都并不是很复杂，其中，CSDN博主UrChen提供了一种切换的方法，只需要简单的几步，即可完成从SVN完美切换到Git。 1.使用git svn clone 拷贝SVN仓库 cd ~/test_repo git svn clone file:///home/*/Desktop/SVN/svn_repo/ -T trunk -b branches -t tags 2.新建一个Git的bare仓库 cd .. mkdir test.git cd test.git git init --bare 3.将Git的默认分支和SVN的默认分支trunk对应起来 git checkout trunk 4.将test_repo推送到test.git中 cd ~/test_repo git remote add bare ~/test.git git push bare 此时就完成了推送，可以删除test_repo了 5.将Git repo中的trunk重命名为master cd ~/test.git git branch -m trunk master 6.将SVN repo中的tags移动到git repo的相应位置 使用git svn clone导出版本库的时候会将svn中的tags保存成git中的tags/**，而并不是默认的tag，所以要进行移动。（注意：此脚本仅示例tag是单级目录的情况，如果 tag 是包含目录的两级或者多级tag，请自行重新撰写脚本） cd ~/test.git git for-each-ref --format=´%(refname)´ refs/heads/tags | cut -d / -f 4 | while read ref do git tag "$ref" "refs/heads/tags/$ref"; git branch -D "tags/$ref"; done 7.完成迁移，得到test.git 进入工作文件夹，执行 git clone ~/test.git OK，大功告成，使用Git进行版本管理吧。 除此之外，还有几个问题需要说明： 1、通过git-svn工具可以在SVN迁移到Git上，保留仓库历史记录。 2、切换到Git后推荐策略建议采用长期分支、特性分支。 3、目前Git还没法做到像SVN中对特定文件夹的细分权限控制，但可通过分仓或建立多分支的方式引导用户使用。 4、切换到Git后遇到合并冲突时，分两种情况： 类型1：修改了同一个文件的同一行 解决方法：确认正确的修改，然后用命令行解决，示例如下： 4.png (53.17 KB, 下载次数: 1) 下载附件 保存到相册 4 天前 上传 类型2：文件被重命名为不同的名字（树冲突） 解决办法：确认哪个名字是正确的，删除错误的，示例如下： 5.png (38.04 KB, 下载次数: 1) 下载附件 保存到相册 4 天前 上传 DevCloud与Git 前面已经说过，华为软件开发云（DevCloud）中的配置管理服务全面支持Git，并对Git进行了全面优化。而实际上，这个配置管理服务就是面向软件开发者提供的基于Git的在线代码托管服务。对于管理员和项目经理，它提供了仓库管理、权限管理、成员管理、分支保护、安全管控及统计服务，对于开发者，它则提供了代码托管、代码仓库、在线客户端等服务。配置管理服务的产品架构图，如下图所示： 3.png (178.25 KB, 下载次数: 1) 下载附件 保存到相册 4 天前 上传 DevCloud的配置管理服务对Git的优化主要体现在以下几点： 1）支持跨地域协同开发、本地离线操作、代码合入评审。 2）支持在线客户端、代码在线浏览、修改、提交、在线创建分支、比较分支、新建合并请求。 3）具有代码加密传输、仓库权限管理、分支保护等多种安全措施。 4）提供了大量的仓库模板、通用模板，以方便开发者提高创建效率。 5）提供基于代码的统计分析、仓库提交信息统计、贡献者统计等相关统计数据。 总结 总之，从SVN切换到Git目前来看，是利多弊少，也是一个趋势，建议有条件的开发人员可以尝试一下，此外，DevCloud中的配置管理针对开发人员使用Git做了大量的优化工作，感兴趣的朋友也可以登录http://www.hwclouds.com/devcloud/网站下载试用，体验一把用优化了的Git进行版本控制的感受！

“代码”作为软件研发的核心产物，在整个开发周期都在递增，不断合入新需求以及解决bug的新patch，这就需要有一款系统，能够存储、追踪文件的修改历史，记录多个版本的开发和维护。于是，版本控制系统（Version Control Systems）应运而生，主要分为两类，集中式和分布式。 集中式版本控制系统 集中式版本控制系统的特点是只有一台中央服务器，存放着所有研发数据,而其它客户端机器上保存的是中央服务器最新版本的文件快照，不包括项目文件的变更历史。所以，每个相关人员工作开始前，都需要从这台中央服务器同步最新版本,才能开始工作。 1.jpg (14.64 KB, 下载次数: 1) 下载附件 保存到相册 2017-8-14 16:19 上传 集中式版本控制系统的优点： 1.操作简单，使用没有难度，可轻松上手。 2.文件夹级权限控制，权限控制粒度小。 3.对客户端配置要求不高，无需存储全套代码。 集中式版本控制系统的缺点： 1.网络环境要求高，相关人员必须联网才能工作。 2.中央服务器的单点故障影响全局，如果服务器宕机，所有人都无法工作。 3.中央服务器在没有备份的情况下，磁盘一旦被损坏，将丢失所有数据。 2.jpg (16.79 KB, 下载次数: 1) 下载附件 保存到相册 2017-8-14 16:19 上传 分布式版本控制系统 分布式版本控制系统的特点是每个客户端都是代码仓库的完整镜像，包括项目文件的变更历史。所有数据分布的存储在每个客户端，不存在中央服务器。可能有人会问，我们公司使用Git分布式存储工具，也有“中央服务器”啊？其实,这个所谓的“中央服务器”仅仅是用来方便管理多人协作，任何一台客户端都可以胜任它的工作，它和所有客户端没有本质区别。 3.jpg (26.61 KB, 下载次数: 1) 下载附件 保存到相册 2017-8-14 16:19 上传 分布式版本控制系统的优点： 1.版本库本地化，版本库的完整克隆，包括标签、分支、版本记录等。 2.支持离线提交，适合跨地域协同开发。 3.分支切换快速高效，创建和销毁分支廉价。 分布式版本控制系统的缺点： 1.学习成本高，不容易上手。 2.只能针对整个仓库创建分支，无法根据目录建立层次性的分支。 4.jpg (18.19 KB, 下载次数: 1) 下载附件 保存到相册 2017-8-14 16:19 上传 SVN vs Git SVN和Git作为集中式和分布式版本控制系统的代表，都有广大的使用群体，两者的优缺点经常被比较。其实，工具对我们来说，就是帮助我们有效提升工作的效率与质量，最适合的就是最好的。我们引用几个开发场景来看看两个版本控制工具的适用范围。 场景一： 公司A，非纯技术开发，项目包含大量媒体设计文件，相关人员只需下载自己关注的部分文件；员工PC电脑配置不高，没有空间拷贝整个项目资料。 适用：SVN 分析：只需公司有一个足够大的服务器硬盘，员工本地只存储自己相关的文件夹，不必下载不想关的媒体文件，避免浪费文件传输时间。 场景二： 公司B，嵌入式底层开发，项目人员较多并且分布在两个城市，代码庞大；用分支管理多机种并行开发，机种间经常相互合并新特性，新patch。 适用：Git 5.jpg (31.97 KB, 下载次数: 1) 下载附件 保存到相册 2017-8-14 16:20 上传 分析： 1.Git有能力高效管理类似Linux内核一样的超大规模项目； 2.Git实现了离线开发、代码审核特性，解决了跨地域协同开发中代码质量和编码协同的问题； 3.分支管理功能强大，便于查询和追溯分支间的提交历史； 4.Git基于DAG（有向非环图）的设计比SVN的线性提交提供更好的合并追踪，避免不必要的冲突，提高工作效率 场景三： 公司C，某行业软件开发，包含敏感重要数据，代码仓库和版本发布权限掌握在客户手中，代码安全要求高，公司开发人员先将代码提交到本地仓库，只有在客户审核通过才能提交到发布仓库。 适用：Git 分析： 1.Git通过哈希加密保证数据的完整性，防止恶意篡改； 2.代码分布存储，异地容灾，保证数据安全； 3.Git支持团队成员自建本地版本库和分支，只有客户发出合并请求，开发人员才能提交代码，客户可以对提交说明、代码规范等方面逐一审核。 总结 不难看出，Git凭借自身的优势，完美解决了大多数公司对版本控制工具的诉求。在当今敏捷开发成为主流,研发周期短，跨地域协同开发多的大形势下，选择Git是大势所趋。也正因为如此，国内外有很多基于Git的云端代码托管服务，目前，华为软件开发云配置管理服务的托管代码功能也很强大，欢迎大家使用。

本帖最后由 DevCloud 于 2018-1-31 16:03 编辑往期直播回顾： 华为云DevCloud目前已经开展了多期直播，吸引了上万人报名参加，包含了敏捷开发、git操作，最新产品功能解读等方面，直播课程不断丰富扩展中，想学什么课，想听华为哪位大咖讲，你说了算！跟帖回复说说吧~ 【第七期：华为云专家分享架构师的基本功之管理篇[color=rgb(0,32,0)]】转眼2017即将落幕，过去的一年，你成长了吗？ 从程序员到CTO，你的进击之路一帆风顺吗？ 5年程序员3年架构师，你的成长之路，我们助力！ 华为云软件开发云年终特别策划——【华为云大咖说】邀请到开源社知名理事，华为云软件开发云高级产品经理——庄表伟，与你共话架构师的基本功之管理篇！ 作为一个架构师，技术能力当然是基本功。 但是，仅仅技术精通，是做不好架构师的。管什么：架构、质量、进度；怎么管：分析、决策、推进；管哪些人：向上管理；同僚管理；向下管理…… 12月27日（周三）庄表伟做客华为云DevCloud直播间，与你共话架构师成长之路！7155 [color=rgb(0,32,0)]-------------------------我是分割线------------------------------【第六期：@改变世界的你：1024直播颁奖盛典 用代码给自己打call！[color=rgb(0,32,0)]】5366华为DevCloud classroom公测发布，人脸识别，物联网轻松学“众筹1024个不加班理由”颁奖大典 华为P10花落谁家美丽程序媛点评 创意代码赢芳心直播再抽机械键盘直播回顾： http://pan.baidu.com/s/1o8qovKA 提取密码：tuek [color=rgb(0,32,0)]-------------------------我是分割线------------------------------【第五期重磅！华为专家与你面对面交流华为Git解决方案！[color=rgb(0,32,0)]】2450 大咖来了！华为专家、《Git权威指南》作者蒋鑫亲自授课， 9月28日与你相约华为云DevCloud直播间，畅聊Git秘术， 揭秘华为Git解决方案！ 报名听课入口：https://m.qlchat.com/topic/840000204169950.htm?pro_cl=1直播音频+PPT下载：[hide]链接: https://pan.baidu.com/s/1skKrmED 密码: v6iz[/hide] [color=rgb(0,32,0)]-------------------------我是分割线------------------------------【第四期：让协作走出办公室 美nv程序媛带你体验DevCloud App】1344 华为云DevCloud App重磅升级 让协作走出你的办公室，你下载了吗？ 9月13日（周三）萌妹子程序媛带你体验DevCLoud App 机械键盘任性送 预约关注直播间：https://www.douyu.com/3155123 或 扫描图中二维码 下载华为DevCloud App：http://developer.hwclouds.com/tools/devcloud.html-------------------------我是分割线------------------------------[color=rgb(0,32,0)]【第三期：玩转云端开发神器 如何利用CloudIDE高效开发】240直播简介IDE的前世今生——三大主流IDE对比初识云端开发神器——CloudIDE的热点功能新手篇：华为云DevCloud下CloudIDE的基本操作进阶篇：玩转CloudIDE高效开发内容回顾：面向云端和未来的软件开发新姿势资料下载视频地址：http://forum.hwclouds.com/forum.php?mod=viewthread&tid=759&extra=page%3D1PPT下载: http://pan.baidu.com/s/1o8HnIp8密码: 9xeh------------------------我是分割线------------------------------【第二期：版本管理之Git崛起——如何从SVN迁移到Git】[color=rgb(0,32,0)]239直播简介git崛起：为什么git越来越流行？SVN PK Git，开发者如何选择？以DevCloud为例，如何从SVN向Git迁移怎样提交才算是好提交？内容回顾：再不用Git你就真out了[color=rgb(0,32,0)]资料下载[color=rgb(0,32,0)]视频地址：http://forum.hwclouds.com/forum.php?mod=viewthread&tid=760&extra=page%3D1PPT下载: http://pan.baidu.com/s/1o8n13XC 密码: h7ex-------------------------我是分割线------------------------------【第一期：敏捷开发：从宣言到实践——如何用DevCloud实践Scrum】 238直播简介敏捷开发，你刚听说还是已经实践？从理念到落地，你真的掌握了吗？本次讲座为你带来：为什么要敏捷开发？敏捷开发的原则与方法Scrum精讲（3-4-3）如何用DevCloud实践Scrum内容回顾：1600人参与的敏捷开发scrum公开课，你还没get吗？资料下载视频地址：http://forum.hwclouds.com/forum.php?mod=viewthread&tid=758&extra=page%3D1PPT下载: http://pan.baidu.com/s/1skH7pSh 密码: vu1f-------------------------我是分割线------------------------------更多直播课程正在路上，跟帖回复说出你最想听的课程，最想了解华为软件开发云的内容，我们为你奉上最贴心实用的干货哦！

对于软件开发人员来说，版本控制系统他们再熟悉不过了，所谓版本控制系统就是软件项目开发过程中用于储存开发人员所写代码所有修订版本的软件。它的主要目的是实现开发团队并行开发、提高开发效率，对软件开发进程中文件或目录的发展过程提供有效的追踪手段，保证在需要时可回到旧的版本，避免文件的丢失、修改的丢失和相互覆盖，从而减轻开发人员的负担，节省时间，同时降低人为错误。而目前常见的版本控制系统分为集中式版本控制系统和分布式版本控制系统两种。 SVN和Git 在集中式版本控制系统中，目前比较常用的是SVN，而说起SVN就不能不谈CVS，CVS是一个C/S系统，主要在开源软件管理中使用。多个开发人员通过一个中心版本控制系统来记录文件版本，从而达到保证文件同步的目的。CVS版本控制系统是一种GNU软件包，主要用于在多人开发环境下的源码的维护。但是由于CVS编码存在一些问题，大多数软件开发公司都使用SVN替代了CVS。SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，它的设计目标就是取代CVS。互联网上很多版本控制服务已从CVS迁移到Subversion。说得简单一点SVN就是用于多个人共同开发同一个项目，共用资源的目的。 而在分布式版本控制系统中，Git逐渐占据了上风，目前，国外最大的社交编程及代码托管网站Github，Bitbucket，Gitlab，国内的码云、Coding、华为软件开发云（DevCloud）中的配置管理等代码托管平台均支持Git。Git是一款免费、开源的分布式版本控制系统，可以有效、高速的处理从很小到非常大的项目版本管理。Git是Linus Torvalds为了帮助管理Linux内核开发而开发的一个开放源码的版本控制软件。Torvalds 开始着手开发 Git 是为了作为一种过渡方案来替代 BitKeeper，后者之前一直是Linux内核开发人员在全球使用的主要源代码工具。开放源码社区中的有些人觉得BitKeeper 的许可证并不适合开放源码社区的工作，因此Torvalds决定着手研究许可证更为灵活的版本控制系统。尽管最初Git的开发是为了辅助Linux内核开发的过程，但是我们已经发现在很多其他自由软件项目中也使用了Git。 而随着拥有分布式版本控制系统优势的Git的快速发展，越来越多的开发者准备从集中式版本控制系统SVN迁移到Git上，这其中，Git相对SVN表现出来的更有利于开发者版本控制管理的特点自然是最重要的原因。 Git vs. SVN 因为从属于不同的集中和分布式模式，因此，从工作模式来看，Git和SVN存在着比较明显的不同，如下图所示。 169 集中式版本控制系统工作模型170 分布式版本控制模型从两者的工作模式可以看到，分布式相比于集中式的最大区别在于开发者可以提交代码到本地，每个开发者通过克隆（Git clone），在本地机器上拷贝一个完整的Git仓库。而SVN则必须将代码提交到中心控制器。而由此产生的差异性，则决定了Git和SVN的各自的特性。 安全性 首先在安全性方面，由于采用分布式系统，每个用户就相当于一个Git库的备份，同时，通过SHA1哈希保证数据的完整性，防止恶意篡改，因此，具有很高的安全性。而SVN由于采用集中式，因此，所有代码版本库均存储在中央服务器中，因此，存在很大的单点故障的风险，同时，当服务器端历史数据被篡改时，客户端难以发现。 分支功能 在分支功能方面，由于Git采用本质上指向Commit对象的可变指针，因此，便于查询和追溯分支间的提交历史，并能够支持双向合并。而SVN分支不支持提交隔离，虽然一次提交可同时更改主线和分支的内容，但无法查询和追溯分支间的提交历史。 发布控制 在Git中，可以设置只有发布管理员才有权限推送的版本库或者分支，用于稳定发布版本的维护，还可以设置只有项目经理、模块管理员才有权推送的版本库或者分支，用于整合测试，因此，发布控制相当灵活，而SVN并没有明确的发布控制配置，更多的还是依靠用户自己的习惯。 开发审核 在开发审核方便，Git支持团队成员自建分支和版本库。通过合并请求或从成员个人版本库、分支获取提交，从提交说明、代码规范等方面对提交逐一审核。而SVN则不具备这些功能。 合并支持 Git基于DAG（有向非环图）的设计比SVN的线性提交提供更好的合并追踪，避免不必要的冲突，提高了工作效率。而Git基于对内容的追踪而非对文件名追踪，所以遇到一方或双方对文件名更改时，能够很好进行自动合并或提供工具辅助合并。而SVN遇到同样问题时会产生树冲突，解决起来很麻烦。 因此，从以上的对比可以看出，Git相对于SVN具有不少的优势，因此，从SVN迁移到Git成为了众多开发者的选择。 从SVN到Git 那么，从SVN到底如何切换到Git呢？实际上，方法有很多种，也都并不是很复杂，其中，CSDN博主UrChen提供了一种切换的方法，只需要简单的几步，即可完成从SVN完美切换到Git。 1.使用git svn clone 拷贝SVN仓库 cd ~/test_repo git svn clone file:///home/*/Desktop/SVN/svn_repo/ -T trunk -b branches -t tags 2.新建一个Git的bare仓库 cd .. mkdir test.git cd test.git git init --bare 3.将Git的默认分支和SVN的默认分支trunk对应起来 git checkout trunk 4.将test_repo推送到test.git中 cd ~/test_repo git remote add bare ~/test.git git push bare 此时就完成了推送，可以删除test_repo了 5.将Git repo中的trunk重命名为master cd ~/test.git git branch -m trunk master 6.将SVN repo中的tags移动到git repo的相应位置 使用git svn clone导出版本库的时候会将svn中的tags保存成git中的tags/**，而并不是默认的tag，所以要进行移动。（注意：此脚本仅示例tag是单级目录的情况，如果 tag 是包含目录的两级或者多级tag，请自行重新撰写脚本） cd ~/test.git git for-each-ref --format='%(refname)' refs/heads/tags | cut -d / -f 4 | while read ref do git tag "$ref" "refs/heads/tags/$ref"; git branch -D "tags/$ref"; done 7.完成迁移，得到test.git 进入工作文件夹，执行 git clone ~/test.git OK，大功告成，使用Git进行版本管理吧。 除此之外，还有几个问题需要说明： 1、通过git-svn工具可以在SVN迁移到Git上，保留仓库历史记录。 2、切换到Git后推荐策略建议采用长期分支、特性分支。 3、目前Git还没法做到像SVN中对特定文件夹的细分权限控制，但可通过分仓或建立多分支的方式引导用户使用。 4、切换到Git后遇到合并冲突时，分两种情况： 类型1：修改了同一个文件的同一行 解决方法：确认正确的修改，然后用命令行解决，示例如下： 173 类型2：文件被重命名为不同的名字（树冲突） 解决办法：确认哪个名字是正确的，删除错误的，示例如下： 174 DevCloud与Git 前面已经说过，华为软件开发云（DevCloud）中的配置管理服务全面支持Git，并对Git进行了全面优化。而实际上，这个配置管理服务就是面向软件开发者提供的基于Git的在线代码托管服务。对于管理员和项目经理，它提供了仓库管理、权限管理、成员管理、分支保护、安全管控及统计服务，对于开发者，它则提供了代码托管、代码仓库、在线客户端等服务。配置管理服务的产品架构图，如下图所示： 171 DevCloud的配置管理服务对Git的优化主要体现在以下几点： 1）支持跨地域协同开发、本地离线操作、代码合入评审。 2）支持在线客户端、代码在线浏览、修改、提交、在线创建分支、比较分支、新建合并请求。 3）具有代码加密传输、仓库权限管理、分支保护等多种安全措施。 4）提供了大量的仓库模板、通用模板，以方便开发者提高创建效率。 5）提供基于代码的统计分析、仓库提交信息统计、贡献者统计等相关统计数据。 总结 总之，从SVN切换到Git目前来看，是利多弊少，也是一个趋势，建议有条件的开发人员可以尝试一下，此外，DevCloud中的配置管理针对开发人员使用Git做了大量的优化工作，感兴趣的朋友也可以登录http://www.hwclouds.com/devcloud/网站下载试用，体验一把用优化了的Git进行版本控制的感受！