好的，我只是还原了几百行好的代码。我知道我知道。这都是我的错，与 SVN 或任何版本控制系统无关。我只是很累，很分心，所以按下了 Revert 按钮而不是 Commit 按钮。
SVN（可能是 Ankh 客户端）可以做很多事情来保护用户免于意外采取破坏性操作。但我不会责怪工具，我会承担责任，我会用自己的时间来支付。
现在，我谦虚地征求你的意见。
我应该经常提交吗？即使代码不完整？即使代码不会运行？
沙盒呢？它们是否用于提交开发内代码？
另一方面，有没有简单的本地版本控制软件？任何监视文件系统并记录所有更改的东西？
提前致谢。
就个人而言，我喜欢创建 SVN 分支并经常提交到我的分支。这样可以保持干净的主干，但允许自由编写许多代码迭代，并根据需要自由恢复。我已经学会了在主干发生变化时不要让我的 SVN 分支运行太久，因为合并可能会让人头疼——尤其是在树结构发生变化的情况下。
综上所述，我工作的组织将转向 Git。
Apache 在此处发布他们认为是一些 SVN 最佳实践的内容：http: //svn.apache.org/repos/asf/subversion/trunk/doc/user/svn-best-practices.html
这篇文章中也有很好的信息： Subversion 分支/主干最佳实践 - 保持分支最新？
“本地更改”就是 git 的亮点。由于 git 在本地为您提供了完整的 repo，您可以尽可能频繁地提交来构建日志。
就个人而言，在使用 svn 时，我总是根据需要经常分支和提交。然后我完成后合并回主干。当然，与 git 不同，它要求您连接到远程 svn 存储库。
您也可以尝试使用化石作为本地存储库来保存本地历史。即使它可以用作 git，我也喜欢用它来保存本地文件的历史记录，并在需要时将 repo 移动到另一台机器上。
它非常小，不需要安装任何东西（只需 1 个文件）它有一个小型 Web 服务器，包括 wiki 等。试试看。