You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by "Henderson, Michael D" <mi...@lmco.com> on 2004/04/20 18:37:10 UTC

svn export question

I'm trying to figure out how our O&M people will pull scripts out of the repository to set up the production environment. I'm thinking that I don't want them to do a svn checkout, mostly because I don't want them thinking that it's okay to update scripts there. svn export looks promising, but I receive a warning that worries me.

svn export svn://zinc .
subversion/clients/cmdline/export-cmd.c:77: (apr_err=155000)
svn: Destination directory exists; Please remove the directory or use --force to ovewrite.
subversion/libsvn_client/export.c:287: (apr_err=155000)
svn: '' already exists

Using svn export svn://zinc . --force works, and does what I'd expect it to, so I will document the --force option on our upgrade process.

The worry is the first part of the message, "Destination directory exists; Please remove the directory." I can see our admins doing an "rm -rf ." puzzling over the error and doing a "cd .. && rm -rf *" to fix it.

So, my question is, is there another way to run the svn export command that will produce the same results but avoid that error message? Or, is there a "better" way of using svn to achieve the same results?

Thanks,
Mike

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: svn export question

Posted by "Perry E. Metzger" <pe...@piermont.com>.
"Henderson, Michael D" <mi...@lmco.com> writes:
> I'm trying to figure out how our O&M people will pull scripts out of
> the repository to set up the production environment. I'm thinking
> that I don't want them to do a svn checkout, mostly because I don't
> want them thinking that it's okay to update scripts there. svn
> export looks promising, but I receive a warning that worries me.

You could just give them read only access, btw. That would let them
check out but not let them update.

Perry

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org