操作错误删除了SVN中的新文件

我整天都在SVN目录中处理几个新文件

在一天结束时，我添加并提交了它们。不幸的是，我在我的笔记本电脑（我在两个目录之间来回移动）上做了这件事，它基本上是空文件，第二天早上，我在我的主电脑上做了一个更新，删除了我整天工作的文件。 我尝试了各种“恢复”、日志、信息等，没有发现任何以前版本的痕迹

---

是否有任何方法可以获取第一次更新时删除的版本。我没有收到任何警告。

你能告诉我们更多细节吗？您在PC上丢失的文件是否已提交到Subversion？如果是，您应该能够恢复它们，即使它们已在您的笔记本电脑上删除

这些文件是未提交的本地文件吗？可能没办法把他们弄回来。然而，Subversion很少会随意删除内容。更新完成后，修改的文件将被更新，并且修改的部分永远不会被删除。如果文件不在存储库中，则即使在存储库中创建了同名文件，更新完成后也不会删除该文件。在这种情况下，您将遇到冲突

---

也许是一个未来的提示：如果您在两台机器之间来回移动，请使用Subversion工作目录。Dropbox会自动同步这两个目录——甚至是Subversion工作目录。此外，它还存储Subversion之外的文件更改历史记录。您不能在两台计算机上同时使用带有Subversion的Dropbox目录。但是，如果您只是在两个系统之间来回走动，它的效果相当好。

您确定没有“树冲突”吗？您的本地文件是否可能被重命名？Dropbox上的WC是个坏主意（tm）！！！“始终提交”和“始终更新”是正确的方法！对于Dropbox上的Subversion，我会想起Occam的Razor@LazyBadger. 您肯定不能让多个人使用dropbox目录，但我没有发现以串行方式使用dropbox的任何问题。您应该经常提交，但也不希望提交不完整的工作并破坏构建。如果没有其他内容，Dropbox会在每次编辑后保存我的文件的旧版本。这使我能够恢复我可能没有提交的旧版本。作为奖励，我可以在家使用笔记本电脑，在工作时使用电脑。另一种选择是gitsvn，它允许您进行本地提交，并且只将完整的工作提交给Subversion。我不确定它是如何发生的，但我真的没有看到其他方法。我一定是从我的笔记本电脑开始处理这些新文件，但后来换到了电脑上。我不得不来回走动，因为电脑上有运行代码的数据集。所以基本上我在电脑上写的代码并没有被删除，而是被主要是空的代码覆盖了。这是他们的第一次犯罪。尽管如此，我还是很惊讶我犯了那个错误。我用这种方式使用Dropbox。我可以自由地完成不完整的工作，不担心构建失败（我使用分支，不盲目地遵循“主干必须始终工作”）。我的主要规则“大便可能发生，而且总是发生，准备好”比盲目的假设和喊“一切都输了”更能防弹