那些文件中有什么“~&引用；在java项目中？

我从来没有见过，内部生成的？它是如何工作的

您可以查看我在这里遇到的情况：

搜索“java~”

---

---

您可以在那里看到“java.old”，那又是什么？

您确定它是由某个java进程生成的吗？~in files通常是指由编辑器创建的临时文件，例如在您修改某些内容时由vim创建的文件。

您确定它是由某个java进程生成的吗？~in files通常是指由编辑器创建的临时文件，例如当您修改某些内容时的vim。

它可能是emacs遗留下来的一些垃圾。使用emacs，每当您保存文件时，它都会保存该文件以前版本的备份，并且备份将使用原始文件名命名，并在其后面附加一个波浪号。如果是这种情况（您可以通过比较

文件

与

文件

来轻松验证），那么您可以安全地忽略所有以波浪线命名的文件。

这可能是emacs遗留下来的一些垃圾。使用emacs，每当您保存文件时，它都会保存该文件以前版本的备份，并且备份将使用原始文件名命名，并在其后面附加一个波浪号。如果是这种情况（您可以通过比较

文件

和

文件

轻松验证），那么您可以安全地忽略所有以波浪线命名的文件。

您使用的编辑器是什么？这类文件通常是编辑器创建的备份（每当保存文件时，编辑器都会重命名旧版本）。这可能是来自编辑器的备份文件。一般来说，它和Java没有任何关系。我已经更新了，可以去搜索了吗？你用的是什么编辑器？这类文件通常是编辑器创建的备份（每当保存文件时，编辑器都会重命名旧版本）。这可能是来自编辑器的备份文件。一般来说，它与Java没有任何关系。我已经更新了，可以去搜索，搜索就会得到它…vi也会留下那些文件，但它被包含在补丁中，为什么？就像他说的，它的缺点。它被错误地添加到存储库中，因为制作补丁的人并没有排除这些文件……vi也会保留这些文件，但它被包含在补丁中，为什么？就像他说的，它的缺点。它被错误地添加到存储库中，因为制作修补程序的人没有排除这些文件。看起来他们只是意外地将临时文件留在了那里，当发布修补程序说明时，他们对所有文件进行了区分以查找更改，并显示在那里。请注意，它同时有一个Query.java和一个Query.java~这两者的差异是完全相同的。您可以看到“java.old”，这又是什么？与.old、NutchAnalysis.java和NutchAnalysis.java.old相同，只是使用另一个文本编辑器而不是~，进行不同形式的备份。他们本应该把它们从补丁中删除，但他们没有，没什么大不了的。如果你真的愿意，可以安全地删除这些文件。谢谢，当我应用那个补丁时会发生什么？我试过了，但只有“src.orig/”下的文件被修改，而“src/”下的文件未被修改。如果查看修改文件的文件路径，它们都在src.orig/java/org/apache中。。。如果重命名了src文件夹，则必须手动复制这些文件。但是，您可以安全地忽略~和.old文件。看起来他们只是意外地将临时文件留在了那里，而在发布补丁说明时，他们对所有文件进行了区分以查找更改，并显示在那里。请注意，它同时有一个Query.java和一个Query.java~这两者的差异是完全相同的。您可以看到“java.old”，这又是什么？与.old、NutchAnalysis.java和NutchAnalysis.java.old相同，只是使用另一个文本编辑器而不是~，进行不同形式的备份。他们本应该把它们从补丁中删除，但他们没有，没什么大不了的。如果你真的愿意，可以安全地删除这些文件。谢谢，当我应用那个补丁时会发生什么？我试过了，但只有“src.orig/”下的文件被修改，而“src/”下的文件未被修改。如果查看修改文件的文件路径，它们都在src.orig/java/org/apache中。。。如果重命名了src文件夹，则必须手动复制这些文件。不过，您可以放心地忽略~和.old文件。