26.尚硅谷_Subversion_冲突如何尽量避免.avi原创

那么我们最后再考虑一个问题哈，嗯，这个冲突呢，发生了以后我们还得去解决，那么解决冲突本身其实并没有对我们开发的进度有多么大的推进啊，只不过是解决了一个意见上的分歧，那么这个时候呢，我们就想开发的时候怎么能尽量减少冲突的发生，在这儿咱们客观的说哈，呃，实际开发的时候很难彻底的杜绝。冲突的发生啊，这个因为我们毕竟呢，是允许多人同时修改同一个文件啊，这个很难绝对的避免，但是呢，我们可以去想一些办法呢，尽量让它去减少啊，提高我们开发的效率，那么第一点呢，大家想哈，有冲突发生呢，一定是文件的过时，虽然文件过时不一定冲突，但是冲突呢一定先有文件的过时，那么我们要是能减少文件过时，我们就能够很大程度上减少冲突的发生，那么怎么去减少文件的过时呢？哎，你想一想，过时的文件都是在旧版本的基础之上去修改的，那反过来怎么能呃不过时呢，你就是尽量在最新版的基基础之上去修改，诶所以说呢，就是你在改之前，你去把这个文件呢，给它做一个更新，诶也就是说呢，这个第一个办法呀，就是说尽可能在修改文件前，诶先进行。

行更新操作，哎，这个尽量呢，在最新版基础上，诶，呃，修改文件内容，这儿为什么说的这么保守呢，又是尽可能又是尽量，诶为什么说的这么保守，为什么不说的很绝对呢？你更新了以后还不是最新版吗？你刚更新完肯定是最新版，但是你改也不是一下子能改完的，你改了一个小时，在你改的这一小时里边，说不定别人又提交了一个新版本，你这又成了旧了，所以说呢，这个时候吧，你如果确实大家比较频繁的去修改同一个文件，确实还很难避免这个问题。

那么就是下一个办法就是尽量减少多人修改同一。的文件的这个可能性，我们在分工的时候，把那些公共的模块呢，划分给特定的人或者特定的小组，其他人呢，对这些公共的模块有需求的时候，跟这些专门负责的团队成员呢去说，诶让他们呢，替你去开发这些东西，尽可能的你自己不要去改，你比如说我们公共的工具类呀，一些定义常量的这样一些类呀，有一些公共的配置文件呀，属性文件呀，资源文件呀，这些东西哈，你如果大家你也改，我也改，那就很容易出问题，哎，如果我们交给专人来负责，你有什么需要呢，都跟他去说，让他去改，就能够去减少这个问题的发生，诶然后呢，再然后下来就是我们说，呃，加强团队成员之间的这个协作。

之间的这个沟通，哎哎，凡事呢，有不一见的意，有意见不一致的情况呢，我们就多沟通哎。这是我们基本的啊，几个减少冲突发生的这样几个办法，这样的话我们就在命令行里边哈，把这个冲突的发生，表现，解决等等这样一些过程呢，就都给大家介绍了，那么后边呢，我们在图形化界面里边，再发生冲突的时候，咱们就诶咱们就有基础了，到那个时候呢，咱们就简单的看一看具体怎么操作就可以了，这样的话呢，我们整个命令行那边的操作哈，咱们就先介绍这些。