我最近加入了一个使用SVN 1.7.5的新团队，他们倾向于处理他们的分支和合并与I略有不同。我总是遵循这种模式：
出于某种原因，他们确信在首次复制后你应该永远不会将trunk合并到你的分支。相反，他们只是在完成后将分支合并回主干并解决其中的所有冲突。我不确定他们是否定期合并或--reintegrate merge。他们还做了一些时髦的事情，他们将不相关的概念证明分支的东西直接合并到主干中，并且有多个“中继线”（如果这不是一个长寿命的分支放在主干旁边而不是分支目录）。
我遇到的问题是，无论何时我处理分支并合并我习惯的方式（我认为通常被认为是“正确的”方式），我在重新集成时会遇到大量的树冲突特色分支。我现在得到的一个例子是几个文件源于一个概念验证分支，它被合并到主干中，然后合并到我的功能分支中。我没有触及文件，但重新集成给了我一些（但不是全部）合并的“本地添加，传入添加”。
团队中的另一个人也决定试一试，并在重新整合之前将干线合并到他的功能分支。在他的情况下，他得到吨的树冲突，其中一个是直接添加到trunk的文件，并且从未在任何分支上修改过。他通过将他的分支回到修正版之前解决了这个问题，然后他就像其他人一样做了重新整合。
我们的存储库中是否存在已损坏的内容？其他人都在使用的分支方案会导致SVN混淆吗？我有什么办法可以修复任何错误吗？