On Thu, May 22, 2008 at 2:33 PM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
On Thu, May 22, 2008 at 4:23 PM, Travis Willard <travis@archlinux.org> wrote:
On Thu, May 22, 2008 at 4:53 PM, Jason Chu <jason@archlinux.org> wrote:
On Thu, May 22, 2008 at 12:18 PM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
On Thu, May 22, 2008 at 2:14 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
On Thu, 2008-05-22 at 21:09 +0200, Pierre Schmitz wrote:
Am Donnerstag, 22. Mai 2008 21:06:07 schrieb Jan de Groot: > Yes you can. Actually there's an svn move command which does the same > action in one operation.
Does it remove files from the traget dir which are not in the source dir? That's why I have used svn rm before in testing2extra.
No, svn move is just a simple add & delete command that adds the file as new file and removes the old filename. It doesn't merge directories.
Right, what I want is this: delete extra-i686/ move testing-i686/ extra-i686/
I assumed (because Pierre did it this way) that you need to commit the first 'rm' before the 'mv' will go through
I'm telling you now that this is what you must do. There is no way to delete a dir and add it again in the same commit. I think it'l a limitation of the svn working copy implementation vs. a limitation of the repo format.
So... why delete the dir?
Would something like this work?
delete extra-i686/* move testing-i686/* extra-i686/ delete testing-i686
That seems messy because there are svnmerge properties on the directory
Yes, the svnmerge properties are on the directory. Also, I believe that the file move will also fail. It has to do with adding something with the same path as something you're trying to delete. You get an annoying error, something like, "such/and/such already marked for deletion". Jason