在SVN中重新整合分支后,跟踪提交日志的最佳方法是什么?

在SVN中重新整合分支后,跟踪提交日志的最佳方法是什么?,svn,version-control,project-management,cornerstone,Svn,Version Control,Project Management,Cornerstone,我在SVN方面有一些到很少的经验。我们在iOS Xcode开发中使用基石作为SVN客户端 按照规范,对于每个项目,我们都有分支/标签/主干。我们已经决定让我们的主干分支拥有最新发布的稳定代码(通常是应用商店版本) 我们还决定有一个名为“main”的分支,它将是临时发布的代码。“开发”分支合并所有开发人员和每个开发人员的每个分支的更改 在一个特性被实现或者bug被修复之后,开发人员将把他的分支合并到开发分支中。从发展分部开始,主要分部将合并。等等,后备箱 不幸的是,在我们执行分支“重新整合”之后,

我在SVN方面有一些到很少的经验。我们在iOS Xcode开发中使用基石作为SVN客户端

按照规范,对于每个项目,我们都有分支/标签/主干。我们已经决定让我们的主干分支拥有最新发布的稳定代码(通常是应用商店版本)

我们还决定有一个名为“main”的分支,它将是临时发布的代码。“开发”分支合并所有开发人员和每个开发人员的每个分支的更改

在一个特性被实现或者bug被修复之后,开发人员将把他的分支合并到开发分支中。从发展分部开始,主要分部将合并。等等,后备箱

不幸的是,在我们执行分支“重新整合”之后,在开发人员分支中完成的所有提交日志都将丢失(以便获得所有开发人员合并更改的干净副本)

那么,对于我们来说,在跟踪提交日志的同时能够重新分支以从所有其他开发人员处获得合并的更改的最佳实践是什么呢


如果有一种方法可以从基石中实现,我们将不胜感激。

在您重新整合并提交后,您将不会被合并回您的分支。这样,您就可以使分支保持活动状态,并且不需要覆盖其历史记录