Thank you for the prompt response, I appreciate it. Where would I specify
the full path Would I do that in place of the svn commands? Also, is the
reason xcopy not working due to a lack of usernames and passwords?
On Fri, Feb 22, 2008 at 8:34 AM, Andy Levy <andy.levy_at_gmail.com> wrote:
> On Fri, Feb 22, 2008 at 9:28 AM, JD <mechalincoln_at_gmail.com> wrote:
> > Hello. I'm a new user to Subversion (Windows). The program works
> pretty
> > well for myself and the job where I am implementing it (a web design
> > business), but I have a problem. What I want to do is use the post
> commit
> > hook .bat file to check out a copy of the repository to a folder on
> another
> > machine (either network drive or UNC path), cleanup the repository and
> > unlock all files. With this we can have the mirror on a live (albeit
> > secure) site where clients could log in and check it out.
> >
> > I wrote the .bat file and it runs fine manually ... but it does not work
> > when running with the hook. I know the hook is being called, as I did
> some
> > tests where it creates folders and files on C:\, which it does, but when
> it
> > comes to a network drive it won't do anything. The original bat file
> went
> > something like this (I forget off the top of my head if it is svn or
> > svnadmin):
> >
> > mkdir C:\testone\
> > svn co http://acmegenericsite.com/repository location
> > \\networkmachine\intended_mirror
> > svn cleanup \\networkmachine\intended_mirror
> > svn update \\networkmachine\intended_mirror
> > mkdir C:\testtwo\
> >
> > The folder creation works, but subversion won't even touch the network
> > drive. I've given Apache permissions on both machines to do whatever it
> > needs (e.g. a user with permissions on the specified folders, with the
> > network drive set to accept it), but that doesn't help. It also doesn't
> > change anything if I map the UNC path to X:\.
>
> Subversion's hook scripts are run in a nearly-empty environment for
> security reasons. Try specifying the full path to your svn.exe.
>
> Mapping a drive definitely won't help, because drive mappings are only
> for the logged-on user.
>
Received on 2008-02-22 15:41:27 CET