Svn Maven release/scm tag/Plexus DirectoryScanner中的无限递归错误？

我看到我的Maven版本在scm标记阶段失败，在发布插件中出现了明显的无限递归：

... (hundreds more times)
at org.codehaus.plexus.util.DirectoryScanner.scandir(DirectoryScanner.java:491)
at org.codehaus.plexus.util.DirectoryScanner.scandir(DirectoryScanner.java:491)
at org.codehaus.plexus.util.DirectoryScanner.scandir(DirectoryScanner.java:491)
at org.codehaus.plexus.util.DirectoryScanner.scandir(DirectoryScanner.java:491)
at org.codehaus.plexus.util.DirectoryScanner.scan(DirectoryScanner.java:346)
at org.codehaus.plexus.util.FileUtils.getFileAndDirectoryNames(FileUtils.java:1886)
at org.codehaus.plexus.util.FileUtils.getFileNames(FileUtils.java:1813)
at org.codehaus.plexus.util.FileUtils.getFileNames(FileUtils.java:1795)
at org.codehaus.plexus.util.FileUtils.getFiles(FileUtils.java:1769)
at org.apache.maven.scm.provider.svn.svnexe.command.tag.SvnTagCommand.executeTagCommand(SvnTagCommand.java:172)
at org.apache.maven.scm.command.tag.AbstractTagCommand.executeCommand(AbstractTagCommand.java:81)
at org.apache.maven.scm.command.AbstractCommand.execute(AbstractCommand.java:59)
at org.apache.maven.scm.provider.svn.AbstractSvnScmProvider.executeCommand(AbstractSvnScmProvider.java:388)
at org.apache.maven.scm.provider.svn.AbstractSvnScmProvider.tag(AbstractSvnScmProvider.java:368)
at org.apache.maven.scm.provider.AbstractScmProvider.tag(AbstractScmProvider.java:846)
at org.apache.maven.shared.release.phase.ScmTagPhase.execute(ScmTagPhase.java:127)
...

在这一点上，构建看起来还可以：

[INFO] Working directory: /Users/srowen/Documents/Development/ZXing
[INFO] Tagging release with the label zxing-2.2...
[INFO] Executing: /bin/sh -c cd /Users/srowen/Documents/Development/ZXing && svn --non-interactive copy --file /var/folders/tx/g74p23497xz89k7ngn6_6ykr0000gn/T/maven-scm-1363236967.commit --revision 2758 https://zxing.googlecode.com/svn/trunk https://zxing.googlecode.com/svn/tags/zxing-2.2
[INFO] Working directory: /Users/srowen/Documents/Development/ZXing

---

有人见过这样的东西吗？这是否意味着可能存在一些局部问题？这里没有符号链接，没有涉及到特别深的目录结构。

事实证明，目录结构中有一个指向父目录的符号链接。一旦移除，这个问题就消失了。我假设它递归地在标记目录中引起了一个无限循环，我可能期望通过该工具检测并处理该循环。

您能显示pom文件和完整堆栈跟踪（可能放在github的摘要上）以及Maven的哪个版本吗，你使用maven发布插件吗？这里是父pom.xml文件的最终版本，但不起作用：我使用的是maven 3.0.3和最新发布的插件2.4.1。我可以提供更多的信息，如果需要的话。堆栈跟踪没有太多内容：上面，更多相同的内容，下面，只是Maven框架中的一些样板文件。您的构建是否挂在“[INFO]Working directory:”行上？还是会过去？您是否在一段时间后遇到SCMEException（最终由SvnTagCommand抛出）？我看到您进行了回滚以删除项目中的“多模块”结构。你对这个“多模块相关”的问题有什么猜测吗？是的，这是最后一行输出。10-15分钟后，它会失败，并出现

outofmemory错误

。是的，无论出于什么原因，在独立构建和发布每个模块时，一切都很好。所以我就这么做了，因为父母的pom不是那么必要。我仍然有兴趣知道它是否可以修复，或者它是否不是用户错误，我会报告一个错误。如果您仍然想尝试多模块，也许下次您应该运行带有完整调试堆栈跟踪的发布插件来更好地理解问题：

mvn release:prepare-X>/Users/srowen/Documents/mavenlog.txt

。在中，详细介绍了plexus的getFiles方法使用的文件集的内容。我暂时放弃，我对这个问题没有任何严肃的答案。