在';您已经将它们提交到Svn中的存储库了吗?
在您已经将多个提交的文件提交到Svn中的存储库之后,是否可以将它们组合在一起(作为单个提交)在';您已经将它们提交到Svn中的存储库了吗?,svn,grouping,commit,post-commit,Svn,Grouping,Commit,Post Commit,在您已经将多个提交的文件提交到Svn中的存储库之后,是否可以将它们组合在一起(作为单个提交) 在我提交了一堆文件(不使用subeclipse时)之后,我似乎总是忘记一两个文件,我只是想知道是否有人知道这是可能的。一旦提交,就没有办法修改它。这样r123总是指同一件事。如果您可以在之后将文件添加到提交中,那么在更改之前签出r123的人与在更改之后签出r123的人会有不同的看法,这打破了任何版本控制系统的一个关键目标 这与问题“如果我提交的代码中有语法错误并且无法生成,我应该怎么做?”没有什么不同,
在我提交了一堆文件(不使用subeclipse时)之后,我似乎总是忘记一两个文件,我只是想知道是否有人知道这是可能的。一旦提交,就没有办法修改它。这样r123总是指同一件事。如果您可以在之后将文件添加到提交中,那么在更改之前签出r123的人与在更改之后签出r123的人会有不同的看法,这打破了任何版本控制系统的一个关键目标
这与问题“如果我提交的代码中有语法错误并且无法生成,我应该怎么做?”没有什么不同,答案是提交其他有修复的代码。这两个案例产生了相同的问题,并有相同的解决方案。不,对于这种能力,您需要一个类似的工具。来跟进之前的答案
在这一点上,我几乎只使用它的能力,以保持本地修订,然后合并到SVN树,当我完全完成功能。使用Git SVN时,我会在本地提交更改,完成后,再同步到SVN。解决方法:反向合并所有有问题的修订,提交,再次将这些修订中的更改应用到您的WC,一次性提交
免责声明:我没有尝试过。我发现最好的解决方案是使用更高级别的工具将修订分组并跟踪更改 我们使用redmine来记录所有任务,我们的svn修订版会自动打上相应的戳记。通过这种方式,即使修复可能需要7或8次提交,您也可以快速搜索日志并将Bug#366的修复作为单个单元发布
Redmine、trac、fogbugz、bugzilla、tfs都很好。虽然解决了问题,但您的日志现在显示了两个额外的提交,所有三个提交都需要前滚到您的发布分支(并记录)是的,这实际上是分布式版本控制的一个很好的功能。fogbugz…Jeff Atwood代表n.:)trac…嗯,我想知道你是怎么做到的…我有trac我的一个项目,我必须研究你是怎么做到的…可能还有…可能还有另一个问题…好的,这是另一个问题:可能只有本地提交。一旦承诺公开,改变它真的是个好主意吗?