我找到了最佳解决办法,利用更高级别的工具,将修订工作分组并跟踪变化。

我们用红mine来记录所有任务,我们的微薄修订自动加以印章。 这样做,即使固定装置可能承付7或8份,但你可以迅速搜索你的标识,并将Bug #366的固定装置作为单一单位释放。

Redmine, trac, fogbugz, bugzilla, tfs, all well.

一旦你作出承诺,就没有故意改变。 第123页总是提到同样的情况。 如果你可以在此之后添加有关文件,那么,在变化发生前检查第123号记录的人会与在变化后检查第123号记录的人有不同的看法,从而打破任何版本控制系统的关键目标。

这确实与“如果我实施法典,在其中出现yn错,打赢 t,那么我怎么做?” 的问题没有区别。 答案是,采取其他办法。 这两种情况都造成了同样的问题,也产生了同样的解决办法。

没有,就这种权力而言,你需要一个工具,例如。

我使用的是Git SVN,几乎完全是为了能够保持当地的修订,然后在完全照样的情况下将其并入SVN树。 当我与Gite SVN合作时,我在当地和我完全做事时,就对SVN做了总结。