Git比svn之类的好在哪里

1. Git比svn之类的好在哪里

工具无强弱之分，要看你怎么用，用在那里，工具只是工具而已！

采纳哦

2. Git 目前越来越受关注，是 Git 的什么优势使它有可能取代 SVN

Subversion是集中式管理的数据仓库 虽然速度快和多副本等git分布式数据仓库显而易见的好处吸引了很多人的喜爱，但在很多情况下，一个集中式的数据仓库却是更合适的。例如，如果你有一些核心代码想只允许部分人能访问，把它放到git里必然是你不希望的。很多的企业都是将它们的代码集中管理的，我猜，所有(重要)政府项目估计都使用的是集中式数据仓库的版本控制系统。 Subversion的理念符合常规思维 这是说，很多人(特别是管理者或老板)对版本号有一种习惯的认识，把开发视作一种按时间的线性发展轨迹，这在他们脑子里根深蒂固。并不是找借口，Git的随意性并不是很容易去理解，你也许注意到了，任何一本关于Git的书都会在第一章第一节告诉你要抛弃脑子里所有的传统观念，重新认识。

3. 现在用SVN的多还是GIT的多？

目前使用GIT的比较多一点，可以通过下面的对比知道GIT的优势所在：

1. Git是分布式的，SVN是集中式的，好处是跟其他同事不会有太多的冲突，自己写的代码放在自己电脑上，一段时间后再提交、合并，也可以不用联网在本地提交；
2. Git下载下来后，在本地不必联网就可以看到所有的log，很方便学习，SVN却需要联网；
3. Git鼓励分Branch，而SVN，说实话，用Branch的次数还挺少的，SVN自带的Branch merge真没用过，有merge时用的是Beyond Compare工具合并后再Commit的；
4. Tortoise也有出Git版本，真是好东西；
5. SVN在Commit前，建议是先Update一下，跟本地的代码编译没问题，并确保开发的功能正常后再提交，这样其实挺麻烦的，Git可能这种情况会少些。

4. git比起svn有什么有点，用起来更简单吗？

Git需要一点时间学习，掌握了以后是非常好用的，不管什么版本控制软件，常用了命令，也就那些。
 
Git相对于svn最大的优点就是分布式版本控制，即：在没有网络的情况下，也可以commit代码。
 
对于本人来言，git对我映象最深的是它非常方便的解决了多人协作问题，branch飞快，很多其他版本控制软件无法比拟的地方，我就不一一列举了。
 
推荐一本入门PDF书籍名叫：ProGit
网上可以找，LZ想直接要的话我也可以发你邮箱！

5. svn和git的区别

SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，它的设计目标就是取代CVS。互联网上很多版本控制服务已从CVS迁移到Subversion。
svn服务器有2种运行方式：独立服务器和借助apache运行。两种方式各有利弊，用户可以自行选择。
svn存储版本数据也有2种方式：BDB(一种事务安全型表类型)和FSFS(一种不需要数据库的存储系统)。因为BDB方式在服务器中断时，有可能锁住数据，所以还是FSFS方式更安全一点。
集中式代码管理的核心是服务器，所有开发者在开始新一天的工作之前必须从服务器获取代码，然后开发，最后解决冲突，提交。所有的版本信息都放在服务器上。如果脱离了服务器，开发者基本上可以说是无法工作的。下面举例说明：
开始新一天的工作：
1、从服务器下载项目组最新代码。
2、进入自己的分支，进行工作，每隔一个小时向服务器自己的分支提交一次代码（很多人都有这个习惯。因为有时候自己对代码改来改去，最后又想还原到前一个小时的版本，或者看看前一个小时自己修改了哪些代码，就需要这样做了）。
3、下班时间快到了，把自己的分支合并到服务器主分支上，一天的工作完成，并反映给服务器。
这就是经典的svn工作流程，从流程上看，有不少缺点，但也有优点。
缺点：
1、服务器压力太大，数据库容量暴增。
2、如果不能连接到服务器上，基本上不可以工作，看上面第二步，如果服务器不能连接上，就不能提交，还原，对比等等。
3、不适合开源开发（开发人数非常非常多，但是Google app engine就是用svn的）。但是一般集中式管理的有非常明确的权限管理机制（例如分支访问限制），可以实现分层管理，从而很好的解决开发人数众多的问题。
优点：
1、管理方便，逻辑明确，符合一般人思维习惯。
2、易于管理，集中式服务器更能保证安全性。
3、代码一致性非常高。
4、适合开发人数不多的项目开发。
5、大部分软件配置管理的大学教材都是使用svn和vss。
Git是一款免费、开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。
Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。
Torvalds 开始着手开发 Git 是为了作为一种过渡方案来替代 BitKeeper，后者之前一直是 Linux 内核开发人员在全球使用的主要源代码工具。开放源码社区中的有些人觉得 BitKeeper 的许可证并不适合开放源码社区的工作，因此 Torvalds 决定着手研究许可证更为灵活的版本控制系统。尽管最初 Git 的开发是为了辅助 Linux 内核开发的过程，但是我们已经发现在很多其他自由软件项目中也使用了 Git。例如 最近就迁移到 Git 上来了，很多 Freedesktop 的项目也迁移到了 Git 上。
特点：
分布式相比于集中式的最大区别在于开发者可以提交到本地，每个开发者机器上都是一个完整的数据库。
Git的功能特性：
从一般开发者的角度来看，git有以下功能：
1、从服务器上克隆数据库（包括代码和版本信息）到单机上。
2、在自己的机器上创建分支，修改代码。
3、在单机上自己创建的分支上提交代码。
4、在单机上合并分支。
5、新建一个分支，把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。
6、生成补丁（patch），把补丁发送给主开发者。
7、看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突（他们之间可以合作解决的冲突），就会要求他们先解决冲突，然后再由其中一个人提交。如果主开发者可以自己解决，或者没有冲突，就通过。
8、一般开发者之间解决冲突的方法，开发者之间可以使用pull 命令解决冲突，解决完冲突之后再向主开发者提交补丁。
从主开发者的角度（假设主开发者不用开发代码）看，git有以下功能：
1、查看邮件或者通过其它方式查看一般开发者的提交状态。
2、打上补丁，解决冲突（可以自己解决，也可以要求开发者之间解决以后再重新提交，如果是开源项目，还要决定哪些补丁有用，哪些不用）。
3、向公共服务器提交结果，然后通知所有开发人员。
优点：
适合分布式开发，强调个体。
公共服务器压力和数据量都不会太大。
速度快、灵活。
任意两个开发者之间可以很容易的解决冲突。
离线工作。
缺点：
资料少（起码中文资料很少）。
学习周期相对而言比较长。
不符合常规思维。
代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。

6. 为什么说 Git 比 SVN 更好

GIT是分布式源代码管理，SVN称之为集中式管理。
所谓集中管理，就是所有人本地仅有一组文件，即改动后的文件，以及每个文件的改动记录（存放于隐藏的svn目录中），大家把改动后的文件，提交到同一个网络中心服务器上去。在服务器上有完整的代码历史记录。
而分布式管理最大的不同就是，本来网络中心服务器才有的完整代码历史记录，现在可以放在每个人自己的本地了。这样，当你使用GIT管理代码时，不要求一定有网络连接，你可以在本本地提交代码，查看历史记录，执行回滚等操作。而需要合并多人代码的时候，每个人本地的代码记录，再用push的方式在服务器上汇总；大家需要更新的时候，从服务器上pull下来最新代码库（而不仅是一个revision）。也就是说，源代码管理分布到每个人的单机，每个人处理自己单机的一些更新、回滚、自我合并等功能，然后在服务器上进行一个综合合并操作。集中式管理过分依赖服务器一次合并的情况得到了缓解。
分布式管理需要更复杂的逻辑来处理，但是，基于本来就是多人合作的前提，大家也可以在管理中各负其责，比如，指定一个人单独处理服务器合并，其他人只做好自己的本地改动即可，而不是集中管理时，一提交，不论是谁都需要做好合并代码的准备。
分布式管理更多的使用分支的概念协同工作。每个人的代码都是一个单独的分支，服务器合并代码的时候，分支产生合并，并且将改动再拉回到自己的原本分支；对于一些多版本要求的代码，控制分支的合并内容，可以很好的把握并行多个版本的开发工作。
总之，以GIT为代表的分布式源代码管理更加的系统、方便、甚至更容易迁移（因为人人都有单独的完整代码历史记录，不完全依赖服务器）。但是正因为多了这许多细节，GIT理解起来要比SVN复杂很多，需要悉心体会，门槛比较高。一旦熟悉起来，就再也不想用SVN了。

7. 代码可不可以同时svn git

可以。
切换时team->disconnected
再->share project..选择svn或者git

8. 选择Git好还是SVN

肯定是SVN 代码管理
Git CVS都已经被SVN替代了