blocks|key|390579|text|看起来svn正试图再次提交对GPFragmentRef.java的更改。也许您可以运行一个svn+cleanup，看看这是否有帮助。另一种可能是尝试恢复对该文件的更改，方法是仅对该文件运行上的svn+revert+。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|BOLD|entityRanges|data|390580|entityMap^0|E|I|19|B|2O|A|2Z|1|0^^$0|@$1|2|3|4|5|6|7|I|8|@$9|J|A|K|B|C]|$9|L|A|M|B|C]|$9|N|A|O|B|C]|$9|P|A|Q|B|D]]|E|@]|F|$]]|$1|G|3|-4|5|6|7|R|8|@]|E|@]|F|$]]]|H|$]]

It looks like svn is trying to commit changes to <code>GPFragmentRef.java</code> once again. Perhaps you could run an <code>svn cleanup</code> to see if that helps. Another possibility would be to attempt to revert changes to that file, by running <code>svn revert</code> on that file alone.

blocks|key|3364961|text|问题的解决方案是：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3364962|3364963|签出新的工作副本。|unordered-list-item|3364964|手动将更改从损坏的工作副本添加到新的工作副本。|3364965|3364966|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|L|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|M|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|N|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|O|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|P|8|@]|9|@]|A|$]]]|J|$]]

The solution to the problem was to:

<ul>
<li>Checkout a new working copy.</li>
<li>Manually adding the changes to the new working copy from the broken one.</li>
</ul>

blocks|key|3365027|text|我相信你已经向前看了，但我刚刚在使用命令行subversion客户端时遇到了同样的错误，结果发现这是一个大写问题。很明显，但我想我应该把它扔出去，这样可以节省别人的时间。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3365028|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I'm sure you've moved on but I just got the same error using a command line subversion client and it turned out to be a capitalisation issue on my path. Pretty obvious but I thought I'd throw it out there to save somebody else some time.

blocks|key|3365047|text|如果您手动将一个项目复制到本地的另一个存储库，而所有.svn目录仍然在那里，则可能会发生这种情况。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3365048|在复制的目录上使用此命令来擦除Subversion元数据：|3365049|find+.+-type+f+-name+".svn"+-exec+rm+-i+-f+-r+'{}'+\;|code-block|syntax|javascript|3365050|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|L|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|M|8|@]|9|@]|A|$G|H]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

It could happen if you manually copy a project to another repository locally and all the .svn directories are still there.

Use this on the copied dir to wipe the Subversion metadata:

<pre><code>find . -type f -name ".svn" -exec rm -i -f -r '{}' \;
</code></pre>

blocks|key|2302477|text|我也有同样的问题(也是由太多的重命名/重构/移动等引起的)。我可以通过创建一个补丁，恢复所有更改，然后应用补丁来解决这个问题。在那之后，我就可以很好地提交了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2302478|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I had this same problem (also caused by too many renames/refactors/moves/etc). I was able to resolve it by creating a patch, reverting all changes, then applying the patch. After that I could commit just fine.

blocks|key|2297633|text|它是Subversion用来管理提交事务等的内部URL集。这听起来像是您的服务器不再设置为在该URL上托管存储库。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2297634|您应该检查mod_dav_svn是否仍在设置和配置中。你能得到一个干净的结账，或运行任何与服务器op对话的操作，例如svn+status+-u吗？|offset|length|style|CODE|2297635|或者，如果您的管理员试图将您的访问权限过滤到存储库中的某些路径，则这可能是路径过滤问题。您还将始终需要访问/svn/!svn/树，并且可能还需要(由于一个旧的bug)权限才能向存储库根目录/svn发出OPTIONS请求。|2297636|entityMap^0|0|1M|D|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@$D|N|E|O|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

It's the internal set of URLs that Subversion uses to manage commit transactions, etc. This sounds like your server is no longer set up to host your repository on that URL.

You should check that mod_dav_svn is still set up and configured. Can you get a clean checkout, or run any operation that talks to the server op e.g. <code>svn status -u</code>? 

Alternatively this may be a path filtering problem if your admin has attempted to filter your access to certain paths in the repository. You will always also need access to the /svn/!svn/ tree and probably also (thanks to an old bug) permissions to make an OPTIONS request to repository root, /svn.

blocks|key|3365058|text|当您执行一系列涉及复制、修改和删除一个或多个文件的操作时，有时会发生这种情况。Subversion可能会在重命名/删除过程中丢失对它们的跟踪，并且提交将失败。将有问题的文件或目录移到一边，使用svn更新重新签出它，并将更改后的文件复制到新目录中。您可能会丢失有关重命名/移动的文件的跟踪信息，但您可以提交更改。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3365059|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

This can sometimes happen when you perform a series of actions involving copying, modifying, and deleting one or more files. Subversion can lose track of them in the renaming/deleting process and commits will fail. Move aside the offending files or directory, re-check it out with an svn update, and copy the changed files into the new directory. You may lose tracking information about renamed/moved files, but you will be able to commit your changes.

blocks|key|390672|text|这对我来说很有效:搁置我的更改，更新，再次取消搁置，然后提交。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|390673|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

This worked for me:
Shelving my changes, updating, unshelving again and then committing.

After doing some refactoring, in Eclipse, Subversion starts to complain when commiting. I have no clue of how to fix it. I have managed to delete (and commited the deletion of <code>GPFragmentRef.java</code>.

<pre><code>&gt;niclas@nl:~/$svn commit -m "trying again"
Adding core/doc/GDocSection.java
Adding core/doc/GDocSectionID.java
Adding core/doc/GDocSectionRef.java
svn: Commit failed (details follow):
svn: '/svn/!svn/bc/21791/DST/trunk/grammar-core/src/main/java/dts/grammar/core/policy/GPFragmentRef.java' path not found
</code></pre>

What does <code>svn/!svn/bc</code> mean?

svn commit fails svn: '/svn/!svn/bc/

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

在进行了一些重构之后，在Eclipse中，Subversion在提交时开始抱怨。我不知道如何修复它。我已经设法删除了(并提交了GPFragmentRef.java的删除。>niclas@nl:~/$svn commit -m "trying again"Adding         core/doc/GDocSection.javaAdding         core/doc/GDocSecti

问svn提交失败svn：'/svn/!svn/bc/
EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问svn提交失败svn：'/svn/!svn/bc/EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问svn提交失败svn：'/svn/!svn/bc/
EN