IntielliJ使用文件夹"${project.build.directory}“而不是”目标“作为maven构建/运行目标。
我希望intellij回到使用target。
在2022-10-24年，我的项目中出现了一个新文件夹，名为${project.build.directory}。我很忙，所以我忽略了这个问题，.gitgignore对此进行了一段时间的讨论，但我终于找到了时间来研究它。事实证明，Intellij现在正在使用它来存储和运行类文件，而且target中的类文件已经过时。
在运行mvn编译时，将target.
- When文件保存在`${project.build.directory}'.
- Anything中，在IntelliJ中运行构建或测试，在my
target/generated-sources文件夹中的名为`${project.build.directory}‘.
- Anything的文件夹中创建
.class文件，并将其复制到名为${project.build.directory}/classes.
的文件夹中。
我检查了一下pom.xml，它自五月以来就没有改变过。
我将.idea/compiler.xml与10月前版本的文件进行了比较，没有任何变化。
我运行的Java17.0.1安装在10-2021，Maven 3.8.4，和IntelliJ IDEA 2021.2.4的终极版本，据报道是2021-12-21。我在10月24日运行了9月安装的MacOS 12.6，之后升级到13.0。IntelliJ Maven插件的“捆绑”号为212.5712.43。
Maven插件设置应该是默认设置，如下所示：
我还能查些什么来了解这种行为吗？我知道project.build.directory是一个maven标识符，但是它没有出现在我的pom.xml中，而且在任何情况下，maven看起来都运行得很好。
回答 1
Stack Overflow用户
发布于 2022-11-13 22:44:16
在从时间机器重新创建文件夹、从源代码管理以及在内容中手动复制文件夹后，无法再现此问题。Git无法检测到问题文件夹和还原文件夹之间的任何差异，但是intelliJ的问题行为仍然存在于原始文件夹中。也许intellij使用了某种隐藏的信号量系统，在源代码管理中没有捕获。
因为我试图为刚开始的用户创建一个平滑的体验，所以我不高兴能够找到问题的根源，但是遗憾的是，IntelliJ是一个黑匣子，我无法看到到底发生了什么。问题文件夹和恢复文件夹是相同的。
底线：
简单地使用查找器复制项目文件夹并不能解决问题。将项目文件夹内容复制到新的项目文件夹解决了此问题。
- 使用某种方法复制整个项目文件夹(
- )，删除原始项目文件夹
- 为项目创建一个新文件夹(
- )，使用某种方法(
)将复制的嵌套内容复制到新文件夹中
https://stackoverflow.com/questions/74409451
复制相似问题
腾讯云开发者
