SVN版本控制系统的冲突产生原因和基本概念

"冲突产生的原因-SVN学习资料" 本文档主要讲述了SVN（Subversion）版本控制系统的基本概念、工作模式和冲突产生的原因。冲突产生的原因是由于团队成员同时操作一个文件，导致文件版本不一致，进而产生冲突。 在SVN中，配置库（Repository）是核心概念，是储存所有数据的地方。配置库按照文件树形式储存数据，任意数量的客户端可以连接到配置库，读写这些文件。SVN会记录配置库中的每一次更改，不仅针对文件也包括目录本身，包括增加、删除和重新组织文件和目录。 工作副本（WorkSpace）是每个程序员工作的地方，程序员从配置库拿到源代码，放在本地作为工作副本，在工作副本上进行查看、修改、编译、运行、测试等操作，并把新版本的代码从这里提交回配置库库中。 SVN的工作模式有两种，一种是复制-修改-合并方案，这是Subversion默认的模式。在这种模型里，每一个客户读取项目配置库建立一个私有工作副本——版本库中文件和目录的本地映射。用户并行工作，修改各自的工作副本，最终，各个私有的复制合并在一起，成为最终的版本。 另一种是锁定-修改-解锁方案，在这样的模型里，在一个时间段里配置库的一个文件只允许被一个人修改。这模式不适合软件开发这种工作。 TortoiseSVN是SVN的客户端工具，和资源管理器完美集成，基于TortoiseCVS的代码开发，使用上与TortoiseCVS极其相似。安装TortoiseSVN需要安装客户端。 SVN的使用可以提高团队工作效率，轻松比较不同版本间的细微差别，记录每个文件成长的每步细节，利于成果的复用，并且可以避免版本混乱。 在团队协同工作的时候，多位团队成员同时操作一个文件，团队成员A操作完成后，将该文件提交到SVN上。此时，其他团队成员的本地文件与SVN上的文件版本不一致。当团队成员B操作完成并对文件进行提交操作时，就会产生冲突。 因此，SVN的使用可以避免版本混乱，提高团队工作效率，并且可以记录每个文件成长的每步细节，利于成果的复用。