在SVN中重命名Java包是過時的圓形惡夢，並且不存在錯誤

我正在嘗試重命名在SVN中跟蹤的Java包。這一切似乎工作。它將代碼移動到新的包中，等等。但是，當惡夢開始時，樂趣開始取決於你的視角。擺脫舊的包裝很難。在SVN中重命名Java包是過時的圓形惡夢，並且不存在錯誤

我陷入了「過時」或「不存在」的循環戰爭中。

我嘗試刪除，清理，同步，覆蓋和提交，更新，覆蓋和更新，我可以想到的一切該死的東西擺脫舊的包。

所以，我的問題是：顯然有一個正確的方法和錯誤的方式來重命名一個包。

我正在使用SpringSource ToolSuite，如果這很重要。

每隔一段時間我就可以在15到20次嘗試中完成它，其他時間，我只是放棄整個事情。

爲什麼重命名一個軟件包就像SVN這樣的問題。

來源

2012-07-23 Davidson

您是否嘗試過'svn move com \ example \ test test \ example \ com'？ – 2012-07-23 14:52:02

您的意思是說，您的IDE在不調用「svn move」的情況下重命名一個包，並且從Java的角度來看一切正常，但是您希望SVN瞭解這些文件被移動了嗎？ – 2012-07-23 15:24:02

@Andrew，我在SpringSource ToolSuite IDE中做了一切......命令行不是我的世界 – Davidson 2012-07-23 16:52:22

我知道這是一箇舊帖子，但我最近剛剛碰到它。我最終創建了一個全新的包，並將我的類從舊包移到新包。然後我可以提交新的包和移動的類。之後，我不得不刪除底層的舊包，即com.xyz.foo.bar，其中bar是底層，然後我終於能夠提交SVN，從底層開始。這是使用Eclipse Mars和Subversion團隊提供商1.10。絕對痛苦的過程。

來源

2017-10-11 14:49:16 ken411

這絕對是痛苦的......但是您是正確的，您從底部開始一次啓動一個文件夾。這是一個多步驟的解決方案。 – Davidson 2017-10-11 18:48:51

在SVN中重命名Java包是過時的圓形惡夢，並且不存在錯誤

回答

相關問題