Export behaving badly
Daniel Berlin <[email protected]> Sun, 16 Oct 2005 20:30:03 -0400
| Newsgroups | gmane.comp.version-control.subversion.devel,gmane.mail.eyebrowse.user |
|---|---|
| Message-ID | <[email protected]> |
So i'm converting over some documentation update scripts from gcc. They do the following: Export a bunch of doc files from repo build docs place them somewhere export, unfortunately, behaves differently than checkout. If you do svn export svn://gcc.gnu.org/svn/trunk/gcc/doc/install.texi gcc It creates a file named "gcc" in the current directory, containing the contents of install.texi Fair enough, though different than checkout, which if you could checkout a single file, presumably would have put it in gcc So i create a dir named gcc -bash-3.00$ mkdir gcc -bash-3.00$ svn export file:///svn/gcc/trunk/gcc/doc/install.texi gcc svn: Can't move 'gcc.2.tmp' to 'gcc': Is a directory I *know* it's a directory. That's why i gave it to you. To put the file in. IMHO, export's extra argument should behave exactly like the one to checkout, and effectively copy the file into that path. The current behavior is just not sensible. We had a discussion about whether to create the empty paths that are in the URL or not (like CVS), and the consensus seemed to be no But nobody disagreed that what happens now doesn't match the checkout behavior, and probably should. Anybody disagree? --Dan