SVN的版本控制

虽然我算从事IT工作，也会简单的用SVN，但对代码的版本控制很是不解，如果一个人单独开发一个程序，那么随便怎么控制版本都是正确的，但多人协作开发又是如何控制版本的呢？这是我一直以来的困惑。这次同老婆沟通后才算真正解了我的困惑。
我的困惑：假设甲乙两人协同开发一程序，SVN上的版本是10，他们都拉到本地进行编码。一段时间后，甲上传了三次编码，SVN中的版本已经到了13，现在，乙也要上传编码，他该怎么做？因为有部分代码甲已经修改过并更新到了SVN。
乙应该这样做：上传前，将甲的代码进行合并，合并完成后再将代码上传，这个时候，就能保证代码是最新的并且是正确的。
于是，我又有一个疑问：如果甲已经修改了某一个function并进行了上传，而乙也修改了这个函数，两者的修改是有冲突的，那么，乙又该如何上传？
这个时候老婆说：所以要架构师干吗？这时，我才顿悟，原来各程序员的分工都是需要一个架构师进行合理的分工，将程序模块化，每个人各自负责一块，比如甲乙都需要用到的函数，就应该放到公用模块中，由专人负责这个公共模块，不是每个人都能随便修改这个模块的。
原来，SVN的版本控制是需要讲究章法的，没有章法即便用先进的SVN也是控制不了版本的。