RE: Post Commit Code Formatting

I must admit that I writing about the "Repository defined auto-props" this
idea occurred
to me, but the problem of platform cross-portability prevented me from
mentioning it.

To make this work, you would have to write the script that the server sends
in a portable
fashion, which most people cannot do. I'm not talking about choosing a
cross-platform
scripting language: you can easily write a script in Perl and then assume
that your path
separator is '/', making the "cross-platform" script unusable in Windows and
older versions
of MacOS.

I suspect that such a feature would generate a large number of user requests
to the list
saying "why doesn't this work?" deserving a boilerplate "because you don't
know
how to develop for cross-platform" response. Of course, to use this as a
reason to not
implement such a feature is leveraging a technical limitation for the wrong
reasons.

Ignoring the cross-platform issues, I suppose that such a script could be
delivered to the
client in the same fashion as an auto-prop setting. Any example scripts
could (and should)
include some kind of platform-checking code at the top so that people are
cognizant of the
issue.

At this point, the part of me that likes to make things more complex than
they deserve to be
says "so embed a truly cross-platform language in the svn client!". Then
the rational part
gets some hired goons to go and beat that part of me up and all is good in
the world again.

8-)

-----Original Message-----
From: Saulius Grazulis [mailto:grazulis@akl.lt]
Sent: Thursday, June 23, 2005 2:37 AM
To: users@subversion.tigris.org
Subject: Re: Post Commit Code Formatting

On Thursday 23 June 2005 00:16, Durfee, Bernard wrote:

> > Nope, it doesn't (at least in Subversion). The expansion
> > takes place only on the client side. The code on the server
> > isn't touched. If RCS keyword expansion is breaking the code,
> > you can simply remove the svn:keywords property and stop the
> > expansion.
>
> I see, so I should really be looking for a client side solution. Fair
> enough.

What about client-side "pre-commit hooks"? Also, these scripts or programs
could (should?) live in the repository, could be checkted out together with
the project and could be activated if svn detects a specific property set
on,
say, a root of the working copy.

-- 
Saulius Gražulis
Visuomenine organizacija "Atviras Kodas Lietuvai"
P.Vileišio g. 18
LT-10306 Vilnius
Lietuva (Lithuania)
tel/fax:      (+370-5)-210 40 05
mobilus:      (+370-684)-49802, (+370-614)-36366
-- 
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.7.11/26 - Release Date: 6/22/2005
 
  
-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.7.11/26 - Release Date: 6/22/2005
 
-- 
----------------------------------------------------------------------------
This electronic message contains information from Primus Telecommunications
Canada Inc. ("PRIMUS") , which may be legally privileged and confidential.
The information is intended to be for the use of the individual(s) or entity
named above. If you are not the intended recipient, be aware that any
disclosure, copying, distribution or use of the contents of this information
is prohibited. If you have received this electronic message in error, please
notify us by telephone or e-mail (to the number or address above)
immediately. Any views, opinions or advice expressed in this electronic
message are not necessarily the views, opinions or advice of PRIMUS.
It is the responsibility of the recipient to ensure that
any attachments are virus free and PRIMUS bears no responsibility
for any loss or damage arising in any way from the use
thereof.The term "PRIMUS" includes its affiliates.
----------------------------------------------------------------------------
Pour la version en franįais de ce message, veuillez voir
 http://www.primustel.ca/fr/legal/cs.htm
----------------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org