Subclipse中的JavaHL錯誤

我正試圖在新的存儲庫中創建一個新的phonegap項目。當我添加一個新文件夾或文件時，出現以下錯誤。這是新工作空間中全新的eclipse副本和全新安裝的subclipse。Subclipse中的JavaHL錯誤

錯誤發生在更新變化套SVNStatusSubscriber

org.apache.subversion.javahl.ClientException：SVN：E155007： '工作區/ PhoneGap的/ WWW/JS' 是不是工作拷貝

org.apache.subversion.javahl.ClientException：SVN：E155007： '工作區/ PhoneGap的/ WWW/JS' 是不是工作拷貝

org.apache.subversion.javahl.ClientException：SVN：E155007：「工作區/ PhoneGap/www/js'不是工作副本

我不知道是什麼導致了這個問題，我發現通過谷歌的一切都表示，全新安裝或新鮮的工作區應該解決這個問題。我也選擇SVNKit作爲SVN客戶端，因爲我以前遇到過JavaHL的問題，修復方法是切換到SVNKit。

Eclipse的安裝和版本： enter image description here

來源

2012-03-05 Nalum

我有同樣的問題，但即使所有的最新軟件。我已在http://issues.tmatesoft.com/issue/SVNKIT-232上提交了一份有關此問題的報告。 – ziesemer 2012-03-24 18:42:54

向上投票您的問題報告。 – Nalum 2012-03-26 07:58:54

無論出於何種原因，它看起來像SVNKit 1.7.x API（這仍處於測試階段）不認爲該文件夾是工作拷貝。我無法真正地說出它是對/錯還是爲什麼，但那是API拋出的錯誤。

他們最近發佈了beta2。您可以從其更新站點獲取該更新。

如果您有SVN 1.7.x命令行，您可以使用它來使用svn status命令檢查WC和該文件夾。

來源

2012-03-05 18:16:17

感謝您的回覆。 Beta2有同樣的問題，所以我已降級到subclipse 1.6 – Nalum 2012-03-06 10:19:58

這是否意味着你從頭開始簽出你的項目？如果不是，那麼也許這就是你的問題。 SVN 1.7引入了新的工作副本格式。在使用現有SVN 1.6工作副本之前，您必須使用團隊>升級選項將其轉換爲SVN 1.7格式。 – 2012-03-06 13:54:24

我正在開始一個新項目，並且必須安裝一個eclipse java，因爲我通常使用Zend Studio，因此該存儲庫是新的，並且已使用新安裝檢出。我沒有意識到，但我們擁有的顛覆服務器不是最新版本。所以這就是問題所在。 – Nalum 2012-03-08 11:54:57

我有同樣的問題，但得到我的/bin文件夾中的錯誤。很明顯，我的/bin文件夾不是svn-添加到我的遠程svn服務器...因爲我們不想在svn中保存二進制文件。

嘗試清理我的項目後，我得到了同樣的錯誤。我認爲svn插件不知怎的搞砸了，並禁用了它們。（在osgi控制檯中，停止所有與svn相關的id）。

我便起身興田以下堆棧跟蹤：

java.lang.NullPointerException 
at org.tigris.subversion.subclipse.core.SVNClientManager.getAdapter(SVNClientManager.java:127) 
at org.tigris.subversion.subclipse.core.SVNClientManager.getSVNClient(SVNClientManager.java:94) 
at org.tigris.subversion.subclipse.core.SVNProviderPlugin.getSVNClient(SVNProviderPlugin.java:462) 
at org.tigris.subversion.subclipse.core.repo.SVNRepositoryLocation.getSVNClient(SVNRepositoryLocation.java:274) 
at org.tigris.subversion.subclipse.core.resources.SVNMoveDeleteHook.deleteResource(SVNMoveDeleteHook.java:47) 
at org.tigris.subversion.subclipse.core.resources.SVNMoveDeleteHook.deleteFolder(SVNMoveDeleteHook.java:110) 
at org.eclipse.team.internal.core.MoveDeleteManager.deleteFolder(MoveDeleteManager.java:62) 
at org.eclipse.core.internal.resources.Resource.unprotectedDelete(Resource.java:1940) 
at org.eclipse.core.internal.resources.Resource.delete(Resource.java:780) 
at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.cleanOutputFolders(BatchImageBuilder.java:114) 
at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build(BatchImageBuilder.java:46) 
at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll(JavaBuilder.java:254) 
at org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.java:173) 
at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:728)

現在這個堆棧跟蹤是由於我停止插件，但，它確實給一個線索發生了什麼事之前我禁用插件。

看來，svnkit現在正在將我的bin文件夾（作爲乾淨構建過程的一部分被刪除）的刪除視爲錯誤，因爲我的bin文件夾沒有.svn子文件夾（又名不是工作副本）。

因此，這意味着他們的代碼以某種方式假定所有的文件夾應該是一個工作拷貝，如果他們不是這是一個錯誤。他們的代碼似乎忽略了這種可能性，我可能在我的本地樹中有一個文件夾，我做了而不是想要遠程提交。

球。

來源

2012-06-12 15:54:17 rawb

我有同樣煩人的問題與斌抱怨。我登錄了工作區/ preferences/Team/svn

在客戶端，我有SVNKit或JavaHL的選項。我從javahl更改爲SVNkit並重新啓動。問題似乎已經消失:-)

我也刪除了投訴項目的bin文件夾，並做了上述。也許組合應該適用於其他情況。我認爲這是JavaHL的問題。

來源

2012-07-02 15:04:24 sandhya

升級我的Eclipse後，我也得到這個錯誤。

svn: E155007 '/somepath' is not a working copy

的原因是，我還在我的MacOSX的機器上運行SVN 1.6（運行在命令行的svn --version），但下載Subclipse的1.10，這似乎需要SVN 1.8

我不得不安裝Subclipse 1.6爲了消除這個奇怪的消息。

邊注：重新安裝Subclipse的，我也不得不刪除所有包項目，並再次將其導入，使SVN文件夾中得到了認可

來源

2015-02-25 12:11:55 Christoph

Subclipse中的JavaHL錯誤

回答

相關問題