[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Re: Subversion on windows using symbolic links

From: Fredrik Arenhag <fredrik_at_musicbrigade.com>
Date: 2007-07-11 11:33:27 CEST

> I don't think Roy was suggesting you use symbolic links at all - they don't really exist in Windows.

I guess that's true considering what's offered as included tools with the operating system, however the filesystem itself seems to offer such capability and a tool which exposes the capability is the NTFS-Junction tool which was first produced by Mark Russinovich and published on www.sysinternals.com (a company which since has been bought by Microsoft).

The current point of publication is http://www.microsoft.com/technet/sysinternals/FileAndDisk/Junction.mspx

Kind regards,
Fredrik Arenhag

-----Original Message-----
From: Jeremy Pereira [mailto:jeremyp@jeremyp.net]
Sent: den 11 juli 2007 11:14
To: Srilakshmanan, Lakshman
Cc: users@subversion.tigris.org
Subject: Re: Subversion on windows using symbolic links

On 11 Jul 2007, at 08:29, Srilakshmanan, Lakshman wrote:

> Hi Roy,
>
> Thanks for your feed back, unfortunately a bat file with a link
> (lnk) hangs if any output is printed on the console, including "echo
> off".
> It appears a directory link is only recognised by windows explorer.
> It is treated as a file in a command window.

I don't think Roy was suggesting you use symbolic links at all - they don't really exist in Windows. He was suggesting that you create a set of hook scripts that do nothing except call a centralised hook script that does the real work e.g.

@echo off
c:\centralisedhookdir\real_precommit_hook.bat %1% ....

Another possibility is putting your hooks directory and your conf directory under version control and exporting them into each repository. You may even be able to check them out into each repository although the svn server might get confused by the .svn directories.

EDIT:

I tried putting the conf directory of a throwaway repository into its own repository and it seems the .svn directory doesn't upset things - at least using the file:/// protocol.

>
> Am I the only one attempting this type of implementation on windows ?
> :(
>
> Any help will be greatly appreciated.
>
> Thanks
> Lakshman
>
> -----Original Message-----
> From: Dong Jiwei [mailto:dongjiwei@keithley.com]
> Sent: Wednesday, 11 July 2007 3:29 PM
> To: Srilakshmanan, Lakshman; users@subversion.tigris.org
> Subject: RE: Subversion on windows using symbolic links
>
> Hi,
>
> About the Hooks, I think you can create a bat file to point to the
> centralized hooks in each repo's hooks directory.
> About the conf directory, I've no idea. Hope someone else can get
> something good.
>
> Regards,
>
> Roy Dong
>
> -----Original Message-----
> From: Srilakshmanan, Lakshman
> [mailto:lakshman.srilakshmanan@police.vic.gov.
> au]
> Sent: 2007年7月11日 13:11
> To: users@subversion.tigris.org
> Subject: Subversion on windows using symbolic links
>
> Hi All,
>
> I installed Subversion on Linux and created a new repository for every
> project. I used symbolic links in Linux to centralise the hooks and
> conf directories.
>
> Is there an equivalent in windows if not what is the alternative or
> work around to implement a single repository per project with
> centralised hooks and conf directories.
>
> Thanks
> Lakshman
>
>
>
> =======================================================
> The information contained in this email and any files attached may be
> confidential information to the intended recipient and may be the
> subject of legal professional privilege or public interest immunity.
>
> If you are not the intended recipient, any use, disclosure or copying
> is unauthorised.
>
> If you have received this document in error please telephone 1300
> 307 082
>
> *******************************************************************
> This footnote also confirms that this email message has been swept for
> the presence of computer viruses.
> *******************************************************************
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
> ______________________________________________________________________
> ______
> _
> Scanned by IBM Email Security Management Services powered by
> MessageLabs.
> For more information please visit http://www.ers.ibm.com
> ______________________________________________________________________
> ______
> _
>
>
>
> ______________________________________________________________________
> _______
> Scanned by IBM Email Security Management Services powered by
> MessageLabs. For more information please visit http:// www.ers.ibm.com
> ______________________________________________________________________
> _______
>
>
> =======================================================
> The information contained in this email and any files attached may be
> confidential information to the intended recipient and may be the
> subject of legal professional privilege or public interest immunity.
>
> If you are not the intended recipient, any use, disclosure or copying
> is unauthorised.
>
> If you have received this document in error please telephone 1300
> 307 082
>
> *******************************************************************
> This footnote also confirms that this email message has been swept for
> the presence of computer viruses.
> *******************************************************************
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jul 11 11:33:07 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.