URL based commands not working in hooks\

[Ramachandran Raghavendran]

Hi, 

 

I have a hook that runs svn log. My VisualSVN server is set up to run on
Windows authentication.

When I do a commit, svn log command doesn't at all.

 

The event log says the following 

 

Could not MERGE resource /svn/Test/!svn/txn  into [409, #0]

 

Can you help me what could have gone wrong please.

 

 

 

 

Best regards,

 

Ramachandran Raghavendran

IT Project Consultant

 

Direct +91 44 4748 3961  * 

ramachandran.raghavend...@flsmidth.com

_

 

IT Operations - Infrastructure Management Services 

FLSmidth

34 Egatoor, Kelambakkam * Tamil Nadu * 603 103 * India

Tel +91 4447481000 * Fax +91 4427470301

www.flsmidth.com

Income Tax Permanent Account Number: AAACF4997N

_

 

Important note! Please note that this mail including any attachment may
contain confidential or privileged information for the intended
recipient only. If you receive this mail in error you should refrain
from making any use of the contents and from opening any attachment, but
instead notify the sender immediately by phone or mail. Thank you.
Please also note that the exchange of non-encrypted communication via
the Internet may be compromised electronically and for that reason we
take no responsibility for the integrity of such communication. This
e-mail message has been swept by antivirus systems for the presence of
computer viruses. In doing so, however, we cannot warrant that virus or
other forms of data corruption caused by such may not be present. We
expect any recipient of e-mail communication to have in place protection
systems of his own choice.

 

 

RE: Apache Subversion 1.7.7 - svn log issues

[Ramachandran Raghavendran]

My very first commit consisted of 10 folders and 8 files.
After this very commit if I run svn log -v --xml with the URL for a
single file, the output lists data for all the rest of items under that
commit. 
I was expecting the data from just the file for which I'm running the
log command. 
My understanding of what is happening is this  even if we run svn
log for a single file, if the (subversion) selected revision involves
other files and folders, the log command gives the xml data of all
involved items. So svn log seems to run at revision-file level rather
than at file-revision level. Assuming that my understanding is correct ,
I'd have wished the log to give the output of just what I asked for :-))


Best regards,

Ramachandran Raghavendran
IT Project Consultant

Direct +91 44 4748 3961  * 
ramachandran.raghavend...@flsmidth.com



-Original Message-
From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com] 
Sent: Saturday, February 02, 2013 12:18 AM
To: Ramachandran Raghavendran
Cc: users@subversion.apache.org
Subject: Re: Apache Subversion 1.7.7 - svn log issues


On Jan 31, 2013, at 22:40, Ramachandran Raghavendran wrote:

 I performed the very first commit into a repository and I'm running
the svn log command at the file level (svn log -v --xml --stop-on-copy
@URL  PATH, where PATH  represents a file).
 However this syntax  lists all the changes to the URL.
 Have anybody encountered this behaviour . is this a  bug?

When you say @URL, you mean you typed the URL of the repository,
right? You didn't actually type @URL, or an @ and then a URL?

If you want the log of a specific directory or file in the repository,
then just list the complete URL of the directory or file inside the
repository.

For example, the URL of the Subversion repository used by all Apache
Software Foundation projects is:

http://svn.apache.org/repos/asf

To see the log of, say, the configure script of the Apache HTTP Server
project, you would do:

svn log http://svn.apache.org/repos/asf/httpd/httpd/trunk/configure.in

Apache Subversion 1.7.7 - svn log issues

[Ramachandran Raghavendran]

Hi, 

 

I performed the very first commit into a repository and I'm running the
svn log command at the file level (svn log -v --xml --stop-on-copy @URL
PATH, where PATH  represents a file). 

However this syntax  lists all the changes to the URL.

Have anybody encountered this behaviour . is this a  bug?

 

 

Best regards,

 

Ramachandran Raghavendran