我的团队（10人）使用SVN维护单个代码库，我们正在开发主干上的下一个主要版本，同时修复分支中最新发布版本的错误。
目前我们的策略是，当我们在维护分支中进行修复时，我们会提出两张票，一张用于在分支中修复它，另一张用于修复它。然后我们在两个地方测试修复。
由于我们几乎从不想在未进入主干的维护分支中进行修复，因此更简单的方法是定期将所有更改从分支合并到主干中，而无需专门跟踪或测试单个修补程序。然后，只要在新版本发布之前完成，我们合并的时间和频率并不重要。
我们没有任何大量的自动化测试覆盖率（尽管代码是C＃，所以至少它是编译和强类型的。）
所以我的问题是，更严格的方法通常被认为是最佳实践还是过于迂腐？人们有效地使用“懒惰”方法吗？有没有我没考虑过的替代方案？如果我使用git会让整个事情变得更容易吗？