AW: Problem with reverting
From: Markus Schaber <m.schaber_at_3s-software.com>
Date: Thu, 2 Feb 2012 10:27:23 +0000
Von: Stefan Sperling [mailto:stsp_at_elego.de]
> > My personal wish would be that operations like revert and commit work
> That can be done. It requires reworking how the 'revert' operation in libsvn_wc processes its arguments. We'd need to pass it a list, rather than a single path and adapt the code to handle this properly.
Maybe it's a task I could try to "attack" on the Hackathon.
> > and that "--depth=files" recreates the files when reverting a
> You mean reverting individual files independently of their parent directory? Not sure if this does or would work. In theory is could work.
I'm not sure what you mean with "independently of their parent directory".
In case of the re-ordered arguments, the revert operation first reverted the added file foo/bar, and then reverted the added and tree-conflicted directory foo. But despite the fact that "--depth=files" was given, the revert did leave the incoming foo/bar marked as deleted, instead of reverting it when reverting foo/.
Here's the example, executing the two revert operations independently, using a copy of the same working copy:
D:\TreeConflict\ef3sok5h.vc4.svnwc>svn revert "Device\Plc Logic\Application\Library Manager\svnobj"
D:\TreeConflict\ef3sok5h.vc4.svnwc>svn revert --depth=files "Device\Plc Logic\Application\Library Manager"
Here, I'd expect the second revert operation to recreate the svnobj file.
But maybe this problem is a different problem than the other problem.
-- ___________________________ We software Automation. 3S-Smart Software Solutions GmbH Markus Schaber | Developer Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50 Email: firstname.lastname@example.org | Web: http://www.3s-software.com CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915Received on 2012-02-02 11:28:19 CET
This is an archived mail posted to the Subversion Users mailing list.