将提交的文件分组在一起(作为单个提交),在您已经将它们提交到SVN中的存储库之后?

我找到了使用更高级工具将修订分组并跟踪更改的最佳解决方案。

我们使用redmine来记录所有任务,并且我们的SVN修订会自动标记在上面。通过这种方式工作,即使修复可能需要7或8次提交,您也可以快速搜索日志并将bug 366的修复作为一个单独的单元发布。

Redmine、Trac、FogBugz、Bugzilla、Tfs,一切都很好。

一旦你做出了承诺,就没有办法修改它。这样,R123总是指相同的东西。如果您可以在之后将文件添加到提交中,那么在更改之前签出R123的人与在更改之后签出R123的人具有不同的视图,这打破了任何版本控制系统的关键目标。

这与问题“如果提交的代码中有语法错误,并且不会生成代码,我该怎么做”没有什么不同?答案是提交其他有修复功能的东西。这两个案例产生了相同的问题并有相同的解决方案。

不,对于这种力量,你需要一个像这样的工具 Git .

跟进上一个答案。

我用 Git SVN 在这一点上,它几乎是唯一的,因为它能够保留本地修订,然后在我完全完成该功能后将它们合并到SVN树中。当使用git svn时,我在本地提交我的更改,当我完全完成时,然后同步到svn。

解决方法:反向合并所有有问题的修订,提交,再次将这些修订中的更改应用到WC,同时提交所有修订。

免责声明:我没试过。