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

RE: svnlook changed

From: BRUGGEMAN Jens (JBRG) <Jens.Bruggeman_at_seco-m.be>
Date: 2004-11-05 10:28:56 CET


I have managed to check the property of new files too thanks to you :)
I do have one little problem ... I check using svnlook changed -t which
paths are changed ...I check each entry if it has the property
'svn:eol-style=native'. For newly,updated files this works great (deleted
action I don't do any checks), but the script alsoo looks for the property
in a directory. (directory can't have such property) Is there any easy way
to check when we are dealing with a directory and not a file?

For example
A /all/testen
A /all/test/

The first entry is a file. The second entry: we are dealing with a directory
because the string ends with a '/' slash. Correct?
Is there any better way to check difference between file & directory? I
mean a more standard way.


-----Original Message-----
From: haller@ableton.com [mailto:haller@ableton.com]
Sent: donderdag 4 november 2004 20:13
To: Jens.Bruggeman@seco-m.be; cmpilato@collab.net;
Subject: Re: svnlook changed

BRUGGEMAN Jens (JBRG) <Jens.Bruggeman@seco-m.be> wrote:

> If you got a new file which is going to be added, there is no way you
> can use 'svnlook pg' or 'svn pg' at the server side because the file
> doesn't even exist there. He will never find the property . That's my
> main problem which needs to be solved :(

That's easy. Your pre-commit hook is called with two parameters, the
repository path and the transaction. You can get a file's properties from
that transaction, even for newly added files.

Something like the following, maybe. Warning: this is typed directly into
the mail message without trying if it's even syntactically correct.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 5 10:33:47 2004

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.