Subversion: merger without a working copy

Question

I want to return a failed commit from the svn command line. The usual advice is to collapse the merge into your working copy and then commit the changes. In my case, the bad commit was an erroneous type of svn import , which broke a part of my repository that I did not check anywhere. I could check the affected directories and then follow the usual tips, but it would be more elegant if I could completely change the URL using the URL without a working copy. Is it possible?

Answer 1

No, you can't just merge through the URL, because that would mean a merge without even seeing the result of the merge - this is a very bad practice.

There is a situation when it will not be bad:

• Someone made a terrible and massive change in version 455, the current version. You can easily restore the repository to version 454 without worrying too much. There is no real need for what the final result will be.

However, imagine the following:

• Someone made a terrible and massive change to revision 455. The current revision is now 460. Five new changes have now appeared in Subversion. You can undo the 455 change set, as in the previous example, but you won’t get the 454 revision. Instead, you get the 454 revision with the changes made to the 456 through 460 revisions. Some of these changes may be independent of the mess of the 455 revision. Some of These changes may be due to changes made to revision 455.

I understand that there is currently a big problem to clean up, but the reason is that you have this mess because someone made the changes through the svn import command without first checking them before executing them. This is the reason I prevent the use of the svn merge command.